উত্তর:
এটি করার জন্য খুব কমই খুব ভাল কারণ রয়েছে তবে প্যারামিটারটি --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। সাধারণত আপনি যখন শাখাগুলি স্তর হিসাবে ব্যবহার করেন এবং একক প্রতিশ্রুতি থেকে দুটি স্তর তৈরি করেন তখন সাধারণত সহায়ক