रीटॉर्डरिंग गिट रिबेस का उपयोग करके क्यों काम करता है- मैं इतिहास को खराब नहीं करता?

Question

जैसा कि मैं इसे समझता हूं, फाइलों की स्नैपशॉट्स हैं, इसलिए यदि मैं परिवर्तन ए करता हूं और फिर बी को बदलता हूं, तो बी की प्रतिबद्धता फ़ाइल में पहले से ही परिवर्तन ए में परिवर्तन शामिल हैं, परिवर्तन को पुन: व्यवस्थित नहीं करेंगे एक अनावश्यक?

Answer 1

वास्तव में, यह एक बहुत अच्छा सवाल है, क्योंकि स्नैपशॉट्स करता है।

कारण रिबेस काम करता है एक बदल कर क्योंकि रिबेस वास्तव में (अंत में मोर्चे पर लपेटकर का एक सा के साथ यह पता लगाने की क्या लेने के लिए, और अधिक शाखा लेबल ले जाने के लिए) git cherry-pick दोहराया है, और git cherry-pick काम करता है एक बदलाव-सेट में प्रतिबद्ध करें।

उदाहरण के लिए मान लीजिए आप प्रतिबद्ध के इस क्रम है:

  A--B--C <-- topic 
     /
...--o--*--o--o  <-- mainline 

rebase करने के लिए topicmainline पर हम (1) करता है कि topic पर हैं खोजने की जरूरत है, लेकिन नहीं पर mainline (जो C, B हैं , और A शीर्ष पंक्ति के साथ, * चिह्नित प्रतिबद्धता पर समाप्त होने पर), और फिर (2) उन्हें नई प्रतिबद्धताओं में कॉपी करें, हम mainline की नोक के नीचे जोड़ देंगे।

रिबेस पहले तीन पोस्ट * करता पाता है और उन्हें एक में रखता है (रिवर्स आदेश दिया: A, B, C) सूची (यह भी डिफ़ॉल्ट रूप से प्रतिबद्ध विलय को छोड़ देता है लेकिन कोई मर्ज के यहाँ हैं)। यह तब प्रत्येक प्रतिबद्धता के लिए एक चेरी उठाता है।

A चेरी लेने के लिए, * के विरुद्ध गिट diffs A। यह दो स्नैपशॉट्स को परिवर्तनों में बदल देता है। A के खिलाफ B चेरी लेने

  A--B--C <-- topic 
     /
...--o--*--o--o  <-- mainline 
       \ 
       A' <-- HEAD 

करने के लिए B, Git डिफ: Git तो टिप सबसे करने के लिए परिवर्तन mainline के लिए प्रतिबद्ध लागू होता है और एक नया प्रतिबद्ध है, चलो, यह A' फोन एक गुमनाम शाखा पर जाने बनाता है। इन परिवर्तनों को A' पर लागू करने से एक और प्रतिबद्धता B' उत्पन्न करती है। C के लिए दोहराएँ C' प्राप्त करने के लिए:

  A--B--C   <-- topic 
     /
...--o--*--o--o   <-- mainline 
       \ 
       A'-B'-C' <-- HEAD 

अंतिम, Git C से दूर peels topic लेबल और C' बजाय करने के लिए यह इंगित करता है। पुराने श्रृंखला को छोड़ दिया जाता है (लेकिन तब भी reflogs के माध्यम से इसे पा सकते हैं, और rebase प्रतियां विशेष नाम ORIG_HEAD करने के लिए C की आईडी के रूप में अच्छी तरह से):

  A--B--C   [abandoned] 
     /
...--o--*--o--o   <-- mainline 
       \ 
       A'-B'-C' <-- topic 

और अब रिबेस पूरा हो गया है।

ध्यान दें कि यदि आवश्यक हो तो प्रत्येक प्रति गिट के विलय तंत्र का उपयोग करके किया जाता है (यदि अंतर तुरंत साफ नहीं होते हैं)। प्रत्येक का विलय विवाद हो सकता है, जिससे रोकने के लिए रिबेस की आवश्यकता होती है और आपकी मदद मिलती है। (या, बदतर, आप एक गलत विलय प्राप्त कर सकते हैं, हालांकि ये अभ्यास में दुर्लभ हैं।)

और निश्चित रूप से, यदि आप एक इंटरैक्टिव रीबेस में चारों ओर pick लाइनों को स्थानांतरित करके (आदेशों को फिर से ऑर्डर करते हैं), तो हम केवल उस क्रम को बदलते हैं जिसे हम चुनते हैं और प्रत्येक प्रतिबद्धता को लागू करते हैं। चेरी ले संचालन अभी भी उसी तरह काम करते हैं: तुलना उठाया इसके जनक के खिलाफ प्रतिबद्ध (C बनाम B, A बनाम *, B बनाम A)।