আমি টিএক্সআর প্রকল্পের একমাত্র প্রতিশ্রুতিবদ্ধ হয়েছি এবং এই প্রকল্পের প্রথম দিক থেকেই একটি বিস্তারিত চেঞ্জলগ রেখেছি। এটি দীর্ঘ এবং বর্ধমান 11,000 লাইনের কাছাকাছি:
http://www.kylheku.com/cgit/txr/tree/ChangeLog
(রেপোতে প্রতিশ্রুতিবদ্ধ বার্তাগুলি চেঞ্জলগে কী হয় তার কেবল একটি অনুলিপি))
[২০১ edit সম্পাদনা: ২০১৫ সালের মাঝামাঝি হিসাবে আমি আর চেঞ্জলগ ফাইলটি বজায় রাখছি না; যাইহোক, প্রতিশ্রুতিবদ্ধ বার্তাগুলি এমন ফর্ম্যাটে লেখা হয় যা একই সময়ে গিট এবং চেঞ্জলগ কনভেনশনগুলিকে মেনে চলে। একই স্তরের বিশদটি এখানে রয়েছে, এমনভাবে যা মার্জ সমস্যা তৈরি করে না। এই পরিবর্তনগুলি থেকে একটি চেঞ্জলগ ফাইল যান্ত্রিকভাবে পুনর্গঠন করা যেতে পারে]]
হ্যাঁ, একাধিকবার আমি কোনও পুরানো প্রতিশ্রুতি বার্তায় ফিরে এসেছি এমন একটি পরিবর্তনের সাথে যা কিছু ভেঙে ফেলে (এর সাহায্যে অনাবৃত git bisect)। বার্তাটি আমাকে কী করছে তা অনুধাবন করতে সহায়তা করেছিল।
চেঞ্জলগে আপনি বলতে পারবেন যে কোনও ফাংশন, টাইপ, ম্যাক্রো বা গ্লোবাল ভেরিয়েবল কখন প্রথম চালু হয়েছিল এবং পরে এটি পরিবর্তনগুলির দ্বারা স্পর্শ হয়েছিল।
তবে নিজের দ্বারা কাজ করার সময় এ জাতীয় বিশদ প্রতিশ্রুতি বার্তা লেখার মূল কারণ হ'ল এটি করার সময় আপনি বাগ খুঁজে পাবেন ।
একটি বিস্তৃত প্রতিশ্রুতি বার্তা লিখতে আপনার অন্য কারও দ্বারা করা প্রতিশ্রুতি কোড পর্যালোচনা অনুরূপ সুবিধা রয়েছে। প্রতিশ্রুতিবদ্ধ পর্যালোচনার মান এত বেশি নয় যে কেউ আপনার কোড পরীক্ষা করছে, তবে আপনাকে অন্য বিকাশকারীকে আপনার পরিবর্তনগুলি ব্যাখ্যা করতে হবে।
আপনি যখন জিনিসগুলি বোঝানোর চেষ্টা করেন, আপনি কখনও কখনও দেখতে পান যে সেগুলি বোধগম্য নয়।
আর একটি কারণ: আপনি নিজেকে অকেজো পরিবর্তন করে ধরতে পারেন । একটি বিশদ প্রতিশ্রুতিবদ্ধ মন্তব্য লিখে আপনি কী করছেন তার একটি উচ্চ পর্যায়ের দৃষ্টিভঙ্গি ক্যাপচার করেন এবং তারপরে কখনও কখনও আপনার মুখোমুখি হন যে এটি কোনও ভাল পরিবর্তন নয়।
আমি মাঝে মাঝে পরিবর্তন করেছি, যখন চেঞ্জলগ এন্ট্রি লেখার মাঝামাঝি আমি বুঝতে পেরেছিলাম যে এটি git reset --hardপরিবর্তিত হওয়ার পরিবর্তে এটি (এই অকেজো পরিবর্তনগুলি ফেলে দেওয়া) হতে চলেছে git commit -a।