উত্তর:
এটি করার জন্য খুব কমই খুব ভাল কারণ রয়েছে তবে প্যারামিটারটি --allow-empty
খালি কমিটের জন্য (কোনও ফাইল পরিবর্তিত হয়নি) --allow-empty-message
খালি কমিট বার্তাগুলির বিপরীতে । আপনি অনলাইন ডকুমেন্টেশন টাইপ git help commit
বা ভিজিট করে আরও পড়তে পারেন ।
যখন গাছের বস্তুটির (যার নিজস্ব একটি হ্যাশ রয়েছে) অভিন্ন হবে, তবে কমিটের আসলে একটি আলাদা হ্যাশ থাকবে কারণ সম্ভবত এটির একটি আলাদা টাইমস্ট্যাম্প এবং বার্তা থাকবে এবং অবশ্যই পৃথক পিতামাতার প্রতিশ্রুতি থাকবে। এই তিনটি কারণই git
এর অবজেক্ট হ্যাশ অ্যালগরিদমে একীভূত হয়েছে ।
সেখানে হয় কিছু কিছু কারণ আপনি কোন খালি কমিট (মন্তব্য কিছু একত্রিত) চাইতে পারেন:
git
নির্বিচারে পরিবর্তন ( ভেলাসের মাধ্যমে ) উত্পন্ন না করে কমান্ড পরীক্ষা করতে ।gitolite
( তটশের মাধ্যমে ) ব্যবহার করে মুছে ফেলা খালি ভাণ্ডার পুনরায় তৈরি করতে ।প্রতিশ্রুতিবদ্ধ গাছের সাথে মেটাডেটা যুক্ত করার অন্যান্য কৌশলগুলির মধ্যে রয়েছে:
git notes
একটি বিদ্যমান পরিবর্তনযোগ্য প্রতিশ্রুতি শীর্ষে একটি পরিবর্তনীয় নোট সংযুক্ত করতে।commit --amend
দেন তবে রিমোট যদি চাপ প্রয়োগের অনুমতি না দেয় তবে আপনি তা করতে পারবেন না । এইভাবে আপনি বিকাশকারীদের একটি পূর্ববর্তী অঙ্গীকারের সাথে চলে এমন একটি গুরুত্বপূর্ণ বার্তা দেখার অনুমতি দিতে পারবেন।
আপনি যদি গিটভার্সনের মতো কোনও সিস্টেম ব্যবহার করছেন তবে এই ধরণের প্রতিশ্রুতিবদ্ধতাটি করার জন্য এটি অনেক অর্থবোধ করে । আপনার কাছে একটি প্রতিশ্রুতি থাকতে পারে যা বিশেষত একটি + সেমিভার: বড় মন্তব্যটি ব্যবহার করে প্রধান সংস্করণটি ফাটিয়ে দেওয়ার জন্য।
সম্ভবত আরও বোধগম্য বিকল্প হিসাবে, আপনি একটি টীকাযুক্ত ট্যাগ তৈরি করতে পারেন (একটি বার্তার সাথে একটি নামকৃত প্রতিশ্রুতি)। git tag -a
বিকল্পটি দেখুন ।
dev
শাখা ফর্মmaster
এবং তারপর একটিfeat
থেকে শাখা অবিলম্বেdev
,feat
শাখা সৌন্দর্য থেকে আসাmaster
শাখা হিসেবে কিছু নেই পার্থক্য উপর কমিটdev
শাখা যাfeat
শাখা থেকে আসে। আপনি যখনdev
শাখাটি প্রথম তৈরি করবেন তখন একটি শূন্য প্রতিশ্রুতি শাখাটি প্রতিষ্ঠায় সহায়তা করেdev
কারণ এটি তার নিজস্ব অনির্দিষ্টকালের জন্য স্থায়ী শাখা স্বাধীনmaster
। সাধারণত আপনি যখন শাখাগুলি স্তর হিসাবে ব্যবহার করেন এবং একক প্রতিশ্রুতি থেকে দুটি স্তর তৈরি করেন তখন সাধারণত সহায়ক