git-blame - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

git-blame - একটি ফাইলের প্রতিটি লাইন কি সংশোধন এবং লেখক সর্বশেষ পরিবর্তন করেছেন তা দেখান

সাইনোপিসিস

ফালতু বা এলেবেলে লোক দোষ [-c][-b][-l][--root] [-t] [-f][-n] [-s] [-e] [-p][-w] [--বর্ধিত]
[-এল ] [-এস ] [-M] [-C] [-C][-C] [--sence= ]
[-সংক্ষিপ্ত= ] [ | -- বিষয়বস্তু | -- বিপরীত ] [--]

বর্ণনাঃ

প্রদত্ত ফাইলের প্রতিটি লাইনকে রিভিশন থেকে তথ্য সহ টীকা করে যা শেষ হয়
লাইন পরিবর্তন. ঐচ্ছিকভাবে, প্রদত্ত রিভিশন থেকে টীকা লেখা শুরু করুন।

যখন এক বা একাধিকবার নির্দিষ্ট করা হয়, -L অনুরোধ করা লাইনগুলিতে টীকা সীমাবদ্ধ করে।

লাইনের উৎপত্তি স্বয়ংক্রিয়ভাবে সম্পূর্ণ ফাইলের নাম পরিবর্তন করে অনুসরণ করা হয় (বর্তমানে সেখানে
নাম পরিবর্তন-অনুসরণ বন্ধ করার কোন বিকল্প নেই)। একটি ফাইল থেকে সরানো লাইন অনুসরণ করতে
অন্য, অথবা অন্য ফাইল থেকে অনুলিপি এবং পেস্ট করা লাইন অনুসরণ করতে, ইত্যাদি দেখুন
-C এবং -M বিকল্প।

প্রতিবেদনটি আপনাকে মুছে ফেলা বা প্রতিস্থাপন করা লাইন সম্পর্কে কিছু বলে না; আপনি
যেমন একটি টুল ব্যবহার করা প্রয়োজন ফালতু বা এলেবেলে লোক পরিবর্তন অথবা "pickaxe" ইন্টারফেস সংক্ষেপে উল্লেখ করা হয়েছে
নিম্নলিখিত অনুচ্ছেদ।

ফাইল টীকা সমর্থন করা ছাড়াও, গিট উন্নয়ন ইতিহাস অনুসন্ধান সমর্থন করে
যখন একটি কোড স্নিপেট একটি পরিবর্তন ঘটেছে. এটি একটি কোড যখন ট্র্যাক করা সম্ভব করে তোলে
স্নিপেট একটি ফাইলে যোগ করা হয়েছিল, ফাইলগুলির মধ্যে সরানো বা অনুলিপি করা হয়েছিল এবং অবশেষে মুছে ফেলা হয়েছিল বা
প্রতিস্থাপিত এটি পার্থক্যে একটি পাঠ্য স্ট্রিং অনুসন্ধান করে কাজ করে। একটি ছোট উদাহরণ
পিকএক্স ইন্টারফেস যা দোষ_ব্যবহারের জন্য অনুসন্ধান করে:

$ git log --pretty=oneline -S'blame_usage'
5040f17eba15504bad66b14a645bddd9b015ebb7 blame -S <ancestry-file>
ea4c7f9bf69e781dd0cd88d2bccb2bf5cc15c9a7 git-blame: Make the output

বিকল্প

-b
সীমানা কমিটের জন্য ফাঁকা SHA-1 দেখান। এর মাধ্যমেও এটি নিয়ন্ত্রণ করা যায়
blame.blankboundary config অপশন।

--মূল
রুট কমিটকে সীমানা হিসাবে বিবেচনা করবেন না। এর মাধ্যমেও এটি নিয়ন্ত্রণ করা যায়
blame.showRoot কনফিগার অপশন।

--পরিসংখ্যান দেখান
দোষের আউটপুট শেষে অতিরিক্ত পরিসংখ্যান অন্তর্ভুক্ত করুন।

-এল , , -এল:
শুধুমাত্র প্রদত্ত লাইন ব্যাপ্তি টীকা করুন। একাধিকবার নির্দিষ্ট করা যেতে পারে। ওভারল্যাপিং
রেঞ্জ অনুমোদিত।

এবং ঐচ্ছিক। "-এল "বা "-এল ,” থেকে বিস্তৃত প্রতি
ফাইলের শেষ। "-এল, ” ফাইলের শুরু থেকে বিস্তৃত .

এবং এই ফর্মগুলির মধ্যে একটি নিতে পারেন:

· সংখ্যা

যদি বা একটি সংখ্যা, এটি একটি পরম লাইন সংখ্যা নির্দিষ্ট করে (লাইন গণনা
1 থেকে)।

· /regex/

এই ফর্মটি প্রদত্ত POSIX রেজেক্সের সাথে মিলে যাওয়া প্রথম লাইন ব্যবহার করবে। যদি ইহা একটি
regex, এটি পূর্ববর্তী -L পরিসরের শেষ থেকে অনুসন্ধান করবে, যদি থাকে, অন্যথায়
ফাইলের শুরু থেকে। যদি হল “^/regex/”, এটি শুরু থেকে অনুসন্ধান করবে
ফাইল যদি এটি একটি রেজেক্স, এটি প্রদত্ত লাইন থেকে শুরু করে অনুসন্ধান করবে .

· +অফসেট বা -অফসেট

এই জন্য শুধুমাত্র বৈধ এবং আগে বা পরে কয়েকটি লাইন নির্দিষ্ট করবে
প্রদত্ত লাইন .

যদি ": ” এর জায়গায় দেওয়া হয় এবং , এটি একটি নিয়মিত অভিব্যক্তি
যেটি মেলে প্রথম ফাঙ্কনেম লাইন থেকে পরিসর নির্দেশ করে , পর্যন্ত
পরবর্তী funcname লাইন. ": ” পূর্ববর্তী -L পরিসরের শেষ থেকে অনুসন্ধান করে, যদি
যেকোনো, অন্যথায় ফাইলের শুরু থেকে। "^: ” ফাইলের শুরু থেকে অনুসন্ধান করে।

-l
দীর্ঘ রেভ দেখান (ডিফল্ট: বন্ধ)।

-t
কাঁচা টাইমস্ট্যাম্প দেখান (ডিফল্ট: বন্ধ)।

-এস
কল করার পরিবর্তে revs-file থেকে রিভিশন ব্যবহার করুন git-rev-তালিকা(1).

-- বিপরীত
ইতিহাসকে পেছনের দিকে না নিয়ে সামনের দিকে হাঁটুন। রিভিশন দেখানোর পরিবর্তে ক
লাইন উপস্থিত হয়েছে, এটি শেষ সংশোধন দেখায় যেখানে একটি লাইন বিদ্যমান ছিল। এই প্রয়োজন
START..END-এর মতো সংশোধনের একটি পরিসর যেখানে দোষ দেওয়ার পথটি START-এ বিদ্যমান।

-p, -- চীনামাটির বাসন
মেশিন ব্যবহারের জন্য ডিজাইন করা একটি বিন্যাসে দেখান।

-- লাইন- চীনামাটির বাসন
চীনামাটির বাসন বিন্যাস দেখান, কিন্তু প্রতিটি লাইনের জন্য আউটপুট কমিট তথ্য, শুধু নয়
প্রথমবার একটি কমিট উল্লেখ করা হয়. বোঝায় -- চীনামাটির বাসন।

--ক্রমবর্ধমান
মেশিন ব্যবহারের জন্য পরিকল্পিত একটি বিন্যাসে ক্রমবর্ধমানভাবে ফলাফল দেখান।

--এনকোডিং=
লেখকের নাম এবং কমিট সারাংশ আউটপুট করতে ব্যবহৃত এনকোডিং নির্দিষ্ট করে। এটি সেট করা হচ্ছে
আউটপুট অপরিবর্তিত ডেটাকে কেউ দোষ দেয় না। আরও তথ্যের জন্য আলোচনা দেখুন
এনকোডিং সম্পর্কে git-log(1) ম্যানুয়াল পৃষ্ঠা।

-- বিষয়বস্তু
কখন নির্দিষ্ট করা নেই, কমান্ডটি পরিবর্তনগুলিকে টীকা করে যা থেকে শুরু হয়
কাজের গাছের অনুলিপি। এই পতাকাটি কমান্ডটিকে এমন ভান করে যেন কাজ করা গাছের অনুলিপি
নামযুক্ত ফাইলের বিষয়বস্তু রয়েছে (নির্দিষ্ট করুন - থেকে কমান্ডটি পড়তে
স্ট্যান্ডার্ড ইনপুট)।

--তারিখ
তারিখ আউটপুট করতে ব্যবহৃত বিন্যাস নির্দিষ্ট করে। যদি --date প্রদান করা না হয়, তাহলে এর মান
blame.date কনফিগার ভেরিয়েবল ব্যবহার করা হয়। যদি blame.date কনফিগার ভেরিয়েবলও সেট করা না থাকে,
iso বিন্যাস ব্যবহার করা হয়। সমর্থিত মানগুলির জন্য, --date বিকল্পের আলোচনা দেখুন
at git-log(1).

-এম| |
একটি ফাইলের মধ্যে সরানো বা অনুলিপি করা লাইন সনাক্ত করুন। একটি কমিট যখন একটি ব্লক সরানো বা অনুলিপি
লাইন (যেমন মূল ফাইলটিতে A এবং তারপর B আছে এবং কমিট এটিকে B এবং তে পরিবর্তন করে
তারপর A), ঐতিহ্যগত দোষ অ্যালগরিদম আন্দোলনের মাত্র অর্ধেক লক্ষ্য করে এবং
সাধারণত অভিভাবকদের উপরে সরানো লাইনগুলিকে (যেমন B) দোষারোপ করে এবং দোষারোপ করে
যে লাইনগুলো নিচে সরানো হয়েছে (অর্থাৎ A) সন্তানের প্রতিশ্রুতিতে। এই বিকল্প সঙ্গে, উভয়
লাইনের গ্রুপগুলি পরিদর্শনের অতিরিক্ত পাস চালিয়ে অভিভাবকের উপর দোষারোপ করা হয়।

ঐচ্ছিক কিন্তু এটি আলফানিউমেরিক অক্ষরের সংখ্যার নিচের সীমা
সেই লাইনগুলিকে সংযুক্ত করার জন্য গিটকে অবশ্যই একটি ফাইলের মধ্যে চলন্ত/কপি করা হিসাবে সনাক্ত করতে হবে
অভিভাবক প্রতিশ্রুতি সঙ্গে. ডিফল্ট মান হল 20।

-সি| |
-M ছাড়াও, পরিবর্তন করা হয়েছে এমন অন্যান্য ফাইল থেকে সরানো বা অনুলিপি করা লাইন সনাক্ত করুন
একই প্রতিশ্রুতি আপনি যখন আপনার প্রোগ্রামটি পুনর্গঠন করেন এবং কোডটি চারপাশে সরান তখন এটি কার্যকর
ফাইল জুড়ে। যখন এই বিকল্পটি দুইবার দেওয়া হয়, কমান্ডটি অতিরিক্তভাবে সন্ধান করে
কমিটের অন্যান্য ফাইল থেকে কপি যা ফাইল তৈরি করে। যখন এই অপশন দেওয়া হয়
তিনবার, কমান্ডটি অতিরিক্তভাবে যেকোন কমিটের অন্যান্য ফাইল থেকে অনুলিপি খোঁজে।

ঐচ্ছিক কিন্তু এটি আলফানিউমেরিক অক্ষরের সংখ্যার নিচের সীমা
যে গিটকে অবশ্যই ফাইলগুলির মধ্যে চলন্ত/কপি করা সনাক্ত করতে হবে যাতে এটি সেই লাইনগুলিকে সংযুক্ত করতে পারে
অভিভাবক প্রতিশ্রুতি সঙ্গে. এবং ডিফল্ট মান হল 40। যদি একাধিক -C থাকে
অপশন দেওয়া হয়েছে, শেষ -C এর যুক্তি কার্যকর হবে।

-h
সাহায্য বার্তা দেখান.

-c
হিসাবে একই আউটপুট মোড ব্যবহার করুন git- টীকা(1) (ডিফল্ট: বন্ধ)।

--স্কোর-ডিবাগ
ফাইলগুলির মধ্যে লাইনের গতিবিধি সম্পর্কিত ডিবাগিং তথ্য অন্তর্ভুক্ত করুন (দেখুন -C)
এবং লাইনগুলি একটি ফাইলের মধ্যে সরানো হয়েছে (দেখুন -এম)। তালিকাভুক্ত প্রথম নম্বরটি হল স্কোর। এই
আলফানিউমেরিক অক্ষরগুলির সংখ্যা মধ্যে বা এর মধ্যে সরানো হয়েছে বলে শনাক্ত করা হয়েছে
নথি পত্র. এই জন্য একটি নির্দিষ্ট থ্রেশহোল্ড উপরে হতে হবে ফালতু বা এলেবেলে লোক দোষ সেই লাইনগুলি বিবেচনা করার জন্য
কোড সরানো হয়েছে.

-f, --শো-নাম
মূল প্রতিশ্রুতিতে ফাইলের নাম দেখান। ডিফল্টরূপে ফাইলের নাম দেখানো হয় যদি সেখানে থাকে
নাম পরিবর্তন সনাক্তকরণের কারণে একটি ভিন্ন নামের ফাইল থেকে আসা যেকোনো লাইন।

-n, --শো-সংখ্যা
মূল প্রতিশ্রুতিতে লাইন নম্বর দেখান (ডিফল্ট: বন্ধ)।

-s
আউটপুট থেকে লেখকের নাম এবং টাইমস্ট্যাম্প দমন করুন।

-ই, --শো-ইমেইল
লেখকের নামের পরিবর্তে লেখকের ইমেল দেখান (ডিফল্ট: বন্ধ)। এটাও হতে পারে
blame.showEmail কনফিগারেশন বিকল্পের মাধ্যমে নিয়ন্ত্রিত।

-w
পিতামাতার সংস্করণ এবং সন্তানের কোথায় খুঁজতে হবে তার তুলনা করার সময় হোয়াইটস্পেস উপেক্ষা করুন
লাইন থেকে এসেছে.

-- সংক্ষিপ্ত =
সংক্ষিপ্ত অবজেক্টের নাম হিসাবে ডিফল্ট 7+1 হেক্সাডেসিমেল সংখ্যা ব্যবহার করার পরিবর্তে,
ব্যবহার +1 সংখ্যা। উল্লেখ্য যে সীমানা কমিট চিহ্নিত করতে একটি ক্যারেটের জন্য 1টি কলাম ব্যবহার করা হয়।

দ্য পোরস্লেইন বিন্যাসে

এই বিন্যাসে, প্রতিটি লাইন একটি হেডারের পরে আউটপুট হয়; সর্বনিম্ন এ হেডার আছে
প্রথম লাইন যার আছে:

কমিটের 40-বাইট SHA-1 লাইনটি দায়ী করা হয়েছে;

· মূল ফাইলে লাইনের লাইন সংখ্যা;

· চূড়ান্ত ফাইলে লাইনের লাইন সংখ্যা;

একটি লাইনে যা পূর্ববর্তী একের চেয়ে ভিন্ন কমিট থেকে লাইনের একটি গ্রুপ শুরু করে,
এই গ্রুপে লাইনের সংখ্যা। পরবর্তী লাইনে এই ক্ষেত্রটি অনুপস্থিত।

এই হেডার লাইন প্রতিটি কমিটের জন্য অন্তত একবার নিম্নলিখিত তথ্য দ্বারা অনুসরণ করা হয়:

লেখকের নাম ("লেখক"), ইমেল ("লেখক-মেইল"), সময় ("লেখক-সময়"), এবং সময় অঞ্চল
("লেখক-টিজ"); একইভাবে প্রতিশ্রুতির জন্য।

· কমিটের ফাইলের নাম যে লাইনটিকে দায়ী করা হয়েছে।

কমিট লগ মেসেজের প্রথম লাইন ("সারাংশ")।

প্রকৃত লাইনের বিষয়বস্তু উপরের হেডারের পরে আউটপুট, একটি TAB দ্বারা উপসর্গযুক্ত। এই
পরে আরো হেডার উপাদান যোগ করার অনুমতি দেওয়া হয়.

চীনামাটির বাসন বিন্যাস সাধারণত কমিট তথ্যকে দমন করে যা ইতিমধ্যে দেখা গেছে।
উদাহরণস্বরূপ, একই প্রতিশ্রুতিতে দোষারোপ করা দুটি লাইন উভয়ই দেখানো হবে, কিন্তু
সেই প্রতিশ্রুতির বিবরণ শুধুমাত্র একবার দেখানো হবে। এটি আরও কার্যকর, তবে প্রয়োজন হতে পারে
আরো রাষ্ট্র পাঠক দ্বারা রাখা হবে. --লাইন-পোর্সেলিন বিকল্পটি সম্পূর্ণ আউটপুট করতে ব্যবহার করা যেতে পারে
প্রতিটি লাইনের জন্য তথ্য কমিট, সহজ (কিন্তু কম দক্ষ) ব্যবহারের অনুমতি দেয় যেমন:

# প্রতিটি লেখকের জন্য দায়ী লাইনের সংখ্যা গণনা করুন
git ব্লেম --লাইন-পোর্সেলিন ফাইল |
sed -n 's/^author //p' |
সাজান | uniq -c | sort -rn

নির্দিষ্ট করা রেঞ্জ

অসদৃশ ফালতু বা এলেবেলে লোক দোষ এবং ফালতু বা এলেবেলে লোক টীকা গিটের পুরানো সংস্করণে, টীকাটির পরিমাণ
লাইন রেঞ্জ এবং রিভিশন রেঞ্জ উভয়ের মধ্যেই সীমাবদ্ধ থাকতে পারে। -L বিকল্প, যা সীমাবদ্ধ করে
লাইনের একটি পরিসরে টীকা, একাধিকবার নির্দিষ্ট করা যেতে পারে।

আপনি যখন ফাইল foo-এর জন্য 40-60 লাইনের উত্স খুঁজে পেতে আগ্রহী হন, আপনি ব্যবহার করতে পারেন
-L বিকল্পের মতো (তারা একই জিনিস মানে — উভয়ই লাইন থেকে শুরু করে 21 লাইনের জন্য জিজ্ঞাসা করে
40):

git blame -L 40,60 foo
git blame -L 40,+21 foo

এছাড়াও আপনি লাইন পরিসীমা নির্দিষ্ট করতে একটি নিয়মিত অভিব্যক্তি ব্যবহার করতে পারেন:

git blame -L '/^sub হ্যালো {/,/^}$/' foo

যা হ্যালো সাবরুটিনের মূল অংশে টীকাকে সীমাবদ্ধ করে।

আপনি যখন v2.6.18 সংস্করণের চেয়ে পুরানো পরিবর্তনে আগ্রহী নন, বা 3-এর চেয়ে পুরানো পরিবর্তন করতে চান না
সপ্তাহ, আপনি অনুরূপ সংশোধন পরিসীমা নির্দিষ্টকরণ ব্যবহার করতে পারেন ফালতু বা এলেবেলে লোক rev-তালিকা:

git ব্লেম v2.6.18.. -- foo
git blame --since=3.weeks -- foo

যখন রিভিশন রেঞ্জ স্পেসিফায়ারগুলি টীকা সীমাবদ্ধ করতে ব্যবহার করা হয়, যে লাইনগুলি নেই
পরিসরের সীমানা থেকে পরিবর্তিত হয়েছে (হয় প্রতিশ্রুতি v2.6.18 বা অতি সাম্প্রতিক প্রতিশ্রুতি
উপরের উদাহরণে 3 সপ্তাহের বেশি পুরানো) সেই পরিসীমা সীমানা কমিটের জন্য দায়ী করা হয়।

একটি বিশেষভাবে কার্যকর উপায় হল একটি যোগ করা ফাইলে কপি-এবং-পেস্টের মাধ্যমে তৈরি করা লাইন আছে কিনা তা দেখা
বিদ্যমান ফাইল থেকে। কখনও কখনও এটি নির্দেশ করে যে ডেভেলপার অগোছালো ছিল এবং করেছে৷
কোডটি সঠিকভাবে রিফ্যাক্টর না। আপনি প্রথমে ফাইলটি প্রবর্তনকারী কমিটটি খুঁজে পেতে পারেন
সঙ্গে:

git log --diff-filter=A --pretty=short --foo

এবং তারপর কমিট^ ব্যবহার করে কমিট এবং এর পিতামাতার মধ্যে পরিবর্তন টীকা করুন! স্বরলিপি

git দোষ -C -C -f $commit^! --ফু

ক্রমবর্ধমান আউটপুট

--incremental বিকল্পের সাথে বলা হলে, কমান্ডটি তৈরি হওয়ার সাথে সাথে ফলাফল প্রকাশ করে। দ্য
আউটপুট সাধারণত আরও সাম্প্রতিক প্রতিশ্রুতি দ্বারা স্পর্শ করা লাইন সম্পর্কে কথা বলবে (যেমন
লাইনগুলি অর্ডারের বাইরে টীকা করা হবে) এবং এটি ইন্টারেক্টিভ দর্শকদের দ্বারা ব্যবহার করার জন্য।

আউটপুট বিন্যাস চীনামাটির বাসন বিন্যাসের অনুরূপ, কিন্তু এটি প্রকৃত ধারণ করে না
ফাইল থেকে লাইন যা টীকা করা হচ্ছে।

1. প্রতিটি দোষের এন্ট্রি সর্বদা একটি লাইন দিয়ে শুরু হয়:

<40-বাইট হেক্স sha1>

লাইন সংখ্যা 1 থেকে গণনা।

2. প্রথমবার যখন একটি কমিট স্ট্রীমে প্রদর্শিত হয়, এতে অন্যান্য বিভিন্ন তথ্য থাকে
এটি সম্পর্কে প্রতিটি লাইনের শুরুতে একটি এক-শব্দ ট্যাগ দিয়ে প্রিন্ট করা হয়েছে
অতিরিক্ত কমিট তথ্য (লেখক, ইমেল, কমিটর, তারিখ, সারাংশ, ইত্যাদি)।

3. চীনামাটির বাসন বিন্যাসের বিপরীতে, ফাইলের নাম তথ্য সর্বদা দেওয়া হয় এবং শেষ হয়
প্রবেশ:

"ফাইলের নাম"

এবং এইভাবে কিছু লাইন- এবং শব্দ-ভিত্তিক পার্সারের জন্য পার্স করা সত্যিই বেশ সহজ
(যা বেশিরভাগ স্ক্রিপ্টিং ভাষার জন্য বেশ স্বাভাবিক হওয়া উচিত)।

বিঃদ্রঃ
যারা পার্সিং করেন তাদের জন্য: এটিকে আরও শক্তিশালী করতে, এর মধ্যে যেকোন লাইন উপেক্ষা করুন
প্রথম এবং শেষটি (" " এবং "ফাইলের নাম" লাইন) যেখানে আপনি চিনতে পারবেন না
ট্যাগ শব্দের শুরুতে (অথবা যে বিশেষ একটি সম্পর্কে যত্ন).
"প্রসারিত তথ্য" লাইন। এইভাবে, যদি কখনও তথ্য যোগ করা হয় (যেমন
কমিট এনকোডিং বা বর্ধিত কমিট ভাষ্য), একজন দোষী দর্শক পাত্তা দেবেন না।

ম্যাপিং লেখক

যদি .mailmap ফাইলটি সংগ্রহস্থলের শীর্ষ স্তরে বা নির্দেশিত অবস্থানে বিদ্যমান থাকে
mailmap.file বা mailmap.blob কনফিগারেশন বিকল্পগুলির দ্বারা, এটি লেখককে ম্যাপ করতে ব্যবহৃত হয় এবং
প্রতিশ্রুতির নাম এবং ইমেল ঠিকানাগুলি ক্যানোনিকাল আসল নাম এবং ইমেল ঠিকানা।

সরল আকারে, ফাইলের প্রতিটি লাইন একটি এর ক্যানোনিকাল আসল নাম নিয়ে গঠিত
লেখক, হোয়াইটস্পেস, এবং প্রতিশ্রুতিতে ব্যবহৃত একটি ইমেল ঠিকানা (দ্বারা আবদ্ধ < এবং >) মানচিত্রে
নামের প্রতি উদাহরণ স্বরূপ:

পরিপূর্ণ নাম[ইমেল সুরক্ষিত]>

আরো জটিল ফর্ম হল:

<[ইমেল সুরক্ষিত]>[ইমেল সুরক্ষিত]>

যা মেইলম্যাপকে একটি কমিটের শুধুমাত্র ইমেল অংশ প্রতিস্থাপন করতে দেয় এবং:

পরিপূর্ণ নাম[ইমেল সুরক্ষিত]>[ইমেল সুরক্ষিত]>

যা মেইলম্যাপকে একটি কমিটের সাথে মিলে যাওয়া নাম এবং ইমেল উভয়ই প্রতিস্থাপন করতে দেয়
নির্দিষ্ট কমিট ইমেল ঠিকানা, এবং:

পরিপূর্ণ নাম[ইমেল সুরক্ষিত]> কমিট নাম[ইমেল সুরক্ষিত]>

যা মেইলম্যাপকে উভয়ের সাথে মিলে যাওয়া একটি কমিটের নাম এবং ইমেল উভয়ই প্রতিস্থাপন করতে দেয়
নির্দিষ্ট কমিট নাম এবং ইমেল ঠিকানা.

উদাহরণ 1: আপনার ইতিহাসে দুইজন লেখক, জেন এবং জো, যাদের নাম উপস্থিত হয়েছে তাদের প্রতিশ্রুতি রয়েছে
বিভিন্ন ফর্মের অধীনে সংগ্রহস্থলে:

জো ডেভেলপার[ইমেল সুরক্ষিত]>
জো আর ডেভেলপার[ইমেল সুরক্ষিত]>
জেন ডো[ইমেল সুরক্ষিত]>
জেন ডো
জেন ডি.

এখন ধরুন যে জো চায় তার মধ্যম নাম প্রাথমিকভাবে ব্যবহার করা হয়, এবং জেন তার পারিবারিক নাম পছন্দ করে
সম্পূর্ণরূপে বানান আউট. একটি সঠিক .mailmap ফাইল দেখতে এরকম হবে:

জেন ডো
জো আর ডেভেলপার[ইমেল সুরক্ষিত]>

নোট করুন কিভাবে একটি এন্ট্রি জন্য কোন প্রয়োজন নেই , কারণ এর আসল নাম
যে লেখক ইতিমধ্যে সঠিক.

উদাহরণ 2: আপনার সংগ্রহস্থলে নিম্নলিখিত লেখকদের কাছ থেকে কমিট রয়েছে:

nick1[ইমেল সুরক্ষিত]>
nick2[ইমেল সুরক্ষিত]>
nick2[ইমেল সুরক্ষিত]>
সান্তা[ইমেল সুরক্ষিত]>
ক্লজ[ইমেল সুরক্ষিত]>
CTO[ইমেল সুরক্ষিত]>

তারপরে আপনি একটি .mailmap ফাইল চাইতে পারেন যা এইরকম দেখাচ্ছে:

<[ইমেল সুরক্ষিত]>[ইমেল সুরক্ষিত]>
কিছু বন্ধু[ইমেল সুরক্ষিত]> নিক1[ইমেল সুরক্ষিত]>
অন্য লেখক[ইমেল সুরক্ষিত]> নিক2[ইমেল সুরক্ষিত]>
অন্য লেখক[ইমেল সুরক্ষিত]>[ইমেল সুরক্ষিত]>
সান্তা ক্লজ[ইমেল সুরক্ষিত]>[ইমেল সুরক্ষিত]>

হ্যাশ ব্যবহার করুন # মন্তব্যের জন্য যা হয় তাদের নিজস্ব লাইনে, বা ইমেল ঠিকানার পরে।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে গিট-ব্লেম ব্যবহার করুন