Git रीबेस शाखा: चरण दर चरण सुरक्षित रूप से रीबेस कैसे करें

किसी शाखा को पुनः आधार बनाने के लिए, उसे प्राप्त करें, उस पर स्विच करें और उसे नए आधार पर पुनः चलाएँ: `git fetch origin`, `git switch topic`, `git rebase origin/main`। Git आपकी शाखा की स्वयं की कमिटों को एक तरफ सेट करता है, शाखा को origin/main की नोक पर ले जाता है, फिर एक समय में एक कमिट को फिर से लागू करता है। इतिहास बिना किसी मर्ज कमिट के एक सीधी रेखा में रहता है। प्रत्येक दोबारा चलाए गए कमिट को एक नया हैश मिलता है, इसलिए जिस शाखा को आपने पहले ही पुश कर दिया है उसे बाद में git push --force-with-lease की आवश्यकता होती है।

Git रिबेस किसी शाखा के लिए क्या करता है?

मान लीजिए कि topic की अपनी दो कमिट हैं, और शाखा शुरू होने के बाद से main ने तीन कमिट हासिल की हैं। आपकी शाखा में main को मर्ज किए बिना उस शुरुआती बिंदु को अपडेट करना:

# before
A---B---C---D---E   origin/main
     \
      F---G         topic

# after git rebase origin/main
A---B---C---D---E   origin/main
                 \
                  F'---G'   topic

F' और G' में वही परिवर्तन और संदेश हैं जो F और G में हैं, लेकिन वे नए हैश के साथ नए कमिट हैं, क्योंकि उनके माता-पिता बदल गए हैं। एक ही शुरुआती बिंदु से विलय दोनों पंक्तियों को बनाए रखेगा और दो माता-पिता के साथ एक कमिट जोड़ देगा। मर्ज बनाम रीबेस पर पाठ दोनों को एक ग्राफ़ पर दिखाता है।

मैं किसी शाखा को चरण दर चरण सुरक्षित रूप से कैसे पुनः आधार बना सकता हूँ?

पहले निरीक्षण करें, पुरानी टिप रखें, दोबारा चलाएं, फिर परीक्षण करें। पहले तीन आदेश कुछ भी दोबारा नहीं लिखते:

# 1. update origin/main, your files stay as they are
git fetch origin

# 2. list the commits Git will replay
git log --oneline origin/main..topic

# 3. keep a name on the old tip
git branch topic-backup topic

# 4. replay
git switch topic
git rebase origin/main

यदि सूची में कोई कमिट है जिसे आप नहीं पहचानते हैं तो चरण 2 पर रुकें, क्योंकि इसका मतलब है कि शाखा वहां शुरू नहीं हुई जहां आपने सोचा था। जब रिबेस समाप्त हो जाए, तो इसके समाप्त होने की पुष्टि करने के लिए git status चलाएँ, फिर अपने परीक्षण चलाएँ। बिना किसी विरोध के एक रिबेस अभी भी व्यवहार को तोड़ सकता है।

हर बार आधार का नाम बताएं. एक बेअर git rebase शाखा के अपस्ट्रीम का उपयोग करता है, जो अक्सर origin/topic होता है, न कि main। किसी अन्य फ़ीचर शाखा से शुरू हुई शाखा को स्थानांतरित करने के लिए, पुराने आधार को भी नाम दें: git rebase --onto main old-base topic। अप्रकाशित कार्य को पुनः आधार बनाना पर पाठ वास्तविक ग्राफ़ पर इसका अभ्यास करता है।

मैं रिबेस के दौरान विवादों को कैसे ठीक करूं?

Git आपके कमिट को एक-एक करके लागू करता है, इसलिए यह एक से अधिक बार रुक सकता है, यहां तक ​​कि एक ही पंक्ति में भी। केवल उस कमिट को ठीक करें जिस पर Git रुका था, क्योंकि बाद वाले अभी तक लागू नहीं किए गए हैं:

# edit the file and remove the conflict markers, then
git add path/to/file
git rebase --continue

यदि आप एक ही संघर्ष को बार-बार दोहराते हैं, तो git config rerere.enabled true आपके रिज़ॉल्यूशन को रिकॉर्ड करता है और उसका पुन: उपयोग करता है। प्रत्येक पुन: उपयोग किए गए परिणाम की जांच करें, क्योंकि कल का उत्तर आज के कोड में गलत हो सकता है। जारी रखें, छोड़ें और निरस्त करें पर पाठ प्रत्येक मामले से गुजरता है, और मर्ज विवादों को कैसे हल करें में मार्करों को पढ़ना शामिल है।

मैं पुश करने से पहले रिबेस की जाँच कैसे करूँ?

किसी और के देखने से पहले पुरानी श्रृंखला की तुलना नई श्रृंखला से करें:

# old and new commits, matched pair by pair
git range-diff origin/main topic-backup topic

# everything the branch adds to main, as one diff
git diff origin/main...topic

# the shape of the history
git log --graph --oneline --decorate origin/main topic

git range-diff दिखाता है कि कब किसी विरोध समाधान ने पैच बदल दिया, या कब कोई कमिट गायब हो गई। संकलित कोड अभी भी एक गिराए गए परीक्षण या बदली हुई स्थिति को छिपा सकता है, और यहीं आप इसे पकड़ सकते हैं।

मैं रिबेस को पूर्ववत कैसे करूँ?

जब यह चल रहा हो, तो git rebase --abort का प्रयोग करें। एक बार जब यह समाप्त हो जाए, तो शाखा को वापस पुराने सिरे पर ले जाएँ। पहले git status जांचें, क्योंकि --hard बिना कमिट के परिवर्तनों को खारिज कर देता है:

git reset --hard topic-backup

# no backup? find the old tip in the reflog
git reflog show topic
git reset --hard <old-tip-hash>

रीसेट, रीबेस या कमिट को पूर्ववत करने की मार्गदर्शिका रीफ्लॉग को अधिक गहराई से कवर करती है।

मैं रीबेस की गई ब्रांच को कैसे पुश करूँ?

सामान्य पुश अस्वीकार कर दिया जाता है, क्योंकि दूरस्थ शाखा में अभी भी पुरानी कमिट हैं और गिट एक गैर-फास्ट-फॉरवर्ड अपडेट देखता है। जांचें कि आप क्या बदलने वाले हैं, फिर पट्टे के साथ आगे बढ़ें:

git fetch origin
git log --oneline topic..origin/topic
git push --force-with-lease origin topic

उस git log में केवल आपके पुराने कमिट सूचीबद्ध होने चाहिए। और कुछ भी टीम के साथी का काम है, इसलिए रुकें और पहले इसे लेकर आएं। --force-with-lease दूरस्थ शाखा को केवल तभी बदलता है जब यह अभी भी वहीं है जहां आपके अंतिम प्रयास ने इसे देखा था, और स्पष्ट रूप से --force के पास ऐसी कोई जांच नहीं है। बैकग्राउंड फ़ेच उस मान को अपडेट करता है, इसलिए स्क्रिप्ट उस कमिट को नाम दे सकती हैं जिसकी वे अपेक्षा करते हैं: git push --force-with-lease=topic:<expected-hash> origin topic।

क्या मुझे इस शाखा का नवीनीकरण या विलय करना चाहिए?

किसी शाखा को पुनः स्थापित करने की मार्गदर्शिका में हर विकल्प है, और पट्टे के साथ बलपूर्वक पुश पुश को कवर करता है। रास्ते में स्क्वैश, रीवर्ड या रीऑर्डर करने के लिए, जीयूआई में इंटरैक्टिव रीबेस पढ़ें।