রিভার্ট কমিট গিটের মতো অন্যান্য প্রতিশ্রুতির মতোই। অর্থ, আপনি এটিকে আবার ফিরিয়ে দিতে পারেন:
git revert 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746
পরিবর্তনগুলি ধাক্কা দেওয়ার পরে এটি স্পষ্টতই বোধগম্য হয় এবং বিশেষত যখন আপনি গন্তব্য শাখায় জোর করে চাপ দিতে না পারেন (যা আপনার মাস্টার শাখার জন্য ভাল ধারণা )। যদি পরিবর্তনটি ধাক্কা না দেওয়া হয়, তবে কেবল চেরি-পিক করুন, রিভার্ট করুন বা অন্য পোস্টগুলি অনুসারে রিভার্ট কমিট সরিয়ে ফেলুন।
আমাদের দলে, মূলত ইতিহাসকে পরিষ্কার রাখার জন্য মূল শাখায় প্রতিশ্রুতিবদ্ধ রিভার্ট কমিটের উপর একটি রিভার্ট ব্যবহার করার একটি নিয়ম রয়েছে , যাতে আপনি দেখতে পান যে কোন প্রতিশ্রুতি কী পরিবর্তন করে তা:
7963f4b2a9d Revert "Revert "OD-9033 parallel reporting configuration"
"This reverts commit a0e5e86d3b66cf206ae98a9c989f649eeba7965f.
...
a0e5e86d3b6 Revert "OD-9055 paralel reporting configuration"
This reverts commit 648d7d808bc1bca6dbf72d93bf3da7c65a9bd746.
...
Merge pull request parallel_reporting_dbs to master* commit
'648d7d808bc1bca6dbf72d93bf3da7c65a9bd746'
এইভাবে, আপনি ইতিহাসটি সন্ধান করতে পারেন এবং পুরো কাহিনীটি বের করতে পারেন এবং এমনকি উত্তরাধিকার সম্পর্কে অজানা যারা নিজেরাই এটি ব্যবহার করতে পারেন। অন্যদিকে, যদি আপনি চেরি-বাছাই করে বা জিনিসটি পুনরায় ব্যবহার করেন তবে এই মূল্যবান তথ্যটি (যদি আপনি এটি মন্তব্যে অন্তর্ভুক্ত না করেন) হারিয়ে যায়।
স্পষ্টতই, যদি কোনও প্রতিশ্রুতি ফেরত দেওয়া হয় এবং একবারের বেশি পুনরায় উল্টানো হয় তবে তা যথেষ্ট অগোছালো হয়ে যায়।