मैंने कुछ समय पहले गिट का उपयोग करना शुरू किया और पेचीदगियों को पूरी तरह से नहीं समझा। मेरे मूल प्रश्न यहाँ एक के बीच अंतर पता लगाने के लिए है git pullऔर git pull --rebaseबताया के बाद से --rebaseविकल्प बहुत अलग कुछ करने के लिए नहीं लगता है: बस एक पुल है।
कृपया अंतर समझने में मेरी मदद करें।
जवाबों:
git pull= git fetch+ git mergeअपस्ट्रीम शाखा की ट्रैकिंग के खिलाफ
git pull --rebase= git fetch+ git rebaseअपस्ट्रीम शाखा की ट्रैकिंग के खिलाफ
यदि आप जानना चाहते हैं कि कैसे git mergeऔर क्या git rebaseअंतर है, तो इसे पढ़ें ।
git pull --rebaseसमान है git fetchऔर git rebaseमूल रूप से यह कैसी है, लेकिन यह शब्दार्थ के समकक्ष नहीं है । कुछ अंतर हैं, जिनमें से कुछ यहां बताए गए हैं। gitolite.com/git-pull--rebase
fetch?
कभी-कभी हमारे पास एक अपस्ट्रीम होता है, जो एक शाखा है जिसे हम निर्भर करते हैं। यह एक बड़ी समस्या हो सकती है - अगर हम नीचे की ओर हैं तो हमारे लिए गन्दा संघर्ष हो सकता है।
जादू है
git pull --rebaseएक सामान्य गिट पुल है, शिथिल रूप से बोलना, कुछ इस तरह (हम मूल नामक रिमोट का उपयोग करेंगे और इन सभी उदाहरणों में एक शाखा जिसे फू कहा जाता है):
# assume current checked out branch is "foo" git fetch origin git merge origin/fooपहली नज़र में, आप सोच सकते हैं कि एक खींच --rebase सिर्फ यह करता है:
git fetch origin git rebase origin/fooलेकिन इससे मदद नहीं मिलेगी, अगर अपस्ट्रीम रिबेज में कोई "स्क्वैशिंग" शामिल है (जिसका अर्थ है कि कमिट के पैच-आईडी बदल गए हैं, न कि केवल उनके आदेश)।
जिसका मतलब है कि git pull --rebase को इससे थोड़ा ज्यादा करना है। यहां यह बताया गया है कि यह क्या और कैसे करता है।
मान लीजिए कि आपका प्रारंभिक बिंदु यह है:
a---b---c---d---e (origin/foo) (also your local "foo")समय बीतता है, और आपने अपने स्वयं के "फू" के ऊपर कुछ कमिट किए हैं:
a---b---c---d---e---p---q---r (foo)इस बीच, असामाजिक गुस्से के एक फिट में, अपस्ट्रीम अनुचर ने न केवल अपने "फू" को विद्रोह किया, उसने स्क्वैश या दो का भी इस्तेमाल किया। उनकी प्रतिबद्ध श्रृंखला अब इस तरह दिखती है:
a---b+c---d+e---f (origin/foo)इस बिंदु पर एक खींच खींच अराजकता में परिणाम होगा। यहां तक कि एक गिट लाने; git rebase उत्पत्ति / foo इसे नहीं काटेंगे, क्योंकि एक तरफ "b" और "c" होता है, और दूसरे पर "b + c" प्रतिबद्ध होता है। (और इसी तरह डी, ई, और डी + ई के साथ)।
git pull --rebaseइस मामले में, क्या है:git fetch origin git rebase --onto origin/foo e fooयह आपको देता है:
a---b+c---d+e---f---p'---q'---r' (foo)
आपको अभी भी संघर्ष हो सकता है, लेकिन वे वास्तविक संघर्ष होंगे (पी / क्यू / आर और ए / बी + सी / डी + ई / एफ के बीच), और बी / सी के साथ बी / सी संघर्ष के कारण संघर्ष नहीं, आदि।
उत्तर (और थोड़ा संशोधित) से लिया गया:
http://gitolite.com/git-pull--rebase
a---b+c---d+e---f---p'---q'---r' (foo)क्योंकि रिबास परिवर्तन हैश करता है।
A, और मैंने एक पीआर को अपस्ट्रीम रेपो में भेज दिया जिसे स्वीकार कर लिया गया। फिर जब मैंने git pull --rebaseअपस्ट्रीम रेपो के खिलाफ किया , तो मुझे ऊपर की ओर रेपो रेस्ट के ऊपर एक नई A'प्रतिबद्धता नहीं मिली । वास्तव में कोई A'अस्तित्व में नहीं था। क्या यह इसलिए है क्योंकि Aसिस्टम में विलय कर दिया गया था? या यह इसलिए है क्योंकि संस्करण पर अपस्ट्रीम और मेरे विद्रोह के बीच कोई अंतर नहीं था?
git pull --rebase। लेकिन एक चीज जो मुझे इस काल्पनिक स्थिति में भ्रमित करती है, वह यह है कि अपस्ट्रीम मेंटेनर ने प्रोजेक्ट इतिहास को बदल दिया है जिसे पहले से ही स्थानीय डेवलपर के रिपॉजिटरी में खींच लिया गया है। क्या यह सामान्य रूप से बुरा व्यवहार नहीं है? यदि वह इतिहास को लिखना / पुनः लिखना चाहता है, तो इस प्रकार के संघर्षों से बचने के लिए इसे केंद्रीय भंडार में एकीकृत करने से पहले किया जाना चाहिए था।
मान लें कि आपके पास स्थानीय शाखा में दो आवागमन हैं:
D---E master
/
A---B---C---F origin/master
"गिट पुल" के बाद, होगा:
D--------E
/ \
A---B---C---F----G master, origin/master
"गिट पुल - क्रेबेज़" के बाद, कोई मर्ज पॉइंट जी नहीं होगा। ध्यान दें कि डी और ई अलग-अलग हिट हो जाते हैं:
A---B---C---F---D'---E' master, origin/master
git rebaseहै? लेकिन हम बात कर रहे हैं git pull --rebase। और वे अलग चीजें हैं।
कोई टकराव के सबसे सरल मामले में
यह सभी देखें:
man git-pull
अधिक सटीक रूप से, git पुल दिए गए मापदंडों के साथ git fetch चलाता है और git मर्ज को वर्तमान शाखा में पुनः प्राप्त शाखा प्रमुखों को मर्ज करने के लिए कहता है। --Rebase के साथ, यह git मर्ज के बजाय git rebase चलाता है।
यह भी देखें:
मैं Git पुल --rebase उपयोग कब करना चाहिए?
http://git-scm.com/book/en/Git-Branching-Rebasing
git sdd modified-file; git rebase --continuegit add modified-file; git commit;modified-file
fetch? उन्होंने दो rebaseप्रवाह क्यों बनाए ? 1) git rebaseऔर 2) git pull --rebase?
इसके लिए मर्ज और रिबेस के अंतर को समझना जरूरी है।
Rebases हैं कि कैसे परिवर्तन पदानुक्रम के ऊपर से नीचे की ओर से गुजरना चाहिए और मर्ज यह है कि वे ऊपर की ओर कैसे बहते हैं।
विवरण के लिए देखें - http://www.derekgourlay.com/archives/428