मास्टर

Question

के साथ एक शाखा को अद्यतित रखना मेरे पास एक रिमोट रिपोजिटरी है जिसे मैंने खींच लिया है और मैं ब्रांचिंग कर रहा हूं। मैं मास्टर को किए गए परिवर्तनों के साथ नई शाखा को अद्यतित रखना चाहता हूं। मैं नीचे वर्कफ़्लो के बारे में सोच रहा हूं, क्या यह समझ में आता है या ऐसा करने के बेहतर तरीके हैं?

1. प्रारंभिक शाखाओं और चेकआउट:, आवश्यकतानुसार

   git checkout master 
   
   git pull 
   
   git checkout my_branch 
   
   git merge master --no-ff 
   

दोहराएँ चरण 2 के लिए समय-समय पर धक्का के साथ:

git checkout master 

git pull 

git checkout -b my_branch 

my_branch में कुछ काम करें, तो समय-समय पर रिमोट my_branch।

फिर जब किसी मर्ज वापस के लिए तैयार:

git checkout master 

git merge my_branch --no-ff 

ध्वनि ठीक?

Answer 1

आप अपने आदेशों को आसान बनाने में कर सकते हैं:

1.

git fetch 
git checkout -b my_branch origin/master 

2.

git fetch 
git merge origin/master 

git fetch अपने रिमोट शाखाओं अद्यतन करता है, वहां आम तौर पर करने के लिए कोई जरूरत नहीं है जब आप नहीं हैं तो शाखा की एक स्थानीय प्रति इस शाखा पर काम करने की योजना बना रहा है।

git config --global merge.ff false सेट करने के बाद आप --no-ff को छोड़ सकते हैं।

git help config का कहना है:

merge.ff 
     By default, Git does not create an extra merge commit when merging 
     a commit that is a descendant of the current commit. Instead, the 
     tip of the current branch is fast-forwarded. When set to false, 
     this variable tells Git to create an extra merge commit in such a 
     case (equivalent to giving the --no-ff option from the command 
     line). When set to only, only such fast-forward merges are allowed 
     (equivalent to giving the --ff-only option from the command line). 

पता है कि git pull सिर्फ git fetch और git merge का एक संयोजन है रहो।

आमतौर पर आप केवल git pull --rebase चाहते हैं जो अनिवार्य रूप से git fetch प्लस git rebase है, और एक बहुत साफ इतिहास बनाता है।

क्या आपके "आवधिक धक्का" के लिए कोई कारण है? यदि कोई भी शाखा एक ही शाखा पर काम नहीं कर रहा है तो यह सब कुछ खत्म करने के बाद धक्का देने के लिए बिल्कुल ठीक होगा।

Answer 2

मैं एक रिबेस वर्कफ़्लो का उपयोग करने की सलाह दूंगा। तो git pull का उपयोग करने के बजाय आपको git pull --rebase का उपयोग करना चाहिए।

मैं सुविधा शाखा के साथ ऐसा ही करूंगा। तो git merge master --no-ff करने के बजाय मैं git rebase master का उपयोग करूंगा। हालांकि, यदि फीचर शाखा को विकास के दौरान सहकर्मियों के साथ साझा किया जाना है, तो आप समय-समय पर मास्टर शाखा को फीचर शाखा में विलय करने के लिए बेहतर हैं।

लेकिन ईमानदार होने के लिए, मैं एक छोटी टीम पर काम करता हूं और अगर हमें एक फीचर शाखा पर काम करने की ज़रूरत है और हमें इसे मास्टर के साथ अद्यतित करने की आवश्यकता है तो हम सिर्फ एक छोटे से पल के लिए अपना काम निलंबित कर दें (और संवाद करें प्रक्रिया स्पष्ट रूप से), मास्टर और बल पर छूट फीचर शाखा को धक्का दें। लेकिन हाँ, यह बड़ी टीमों के लिए स्केल नहीं करता है। हालांकि, मुझे एक फीचर शाखा के साथ काम करने के लिए और अधिक सुविधाजनक लगता है जो मास्टर से विलय से निपटने के बजाय मास्टर पर छूट दी जाती है।

इसे पढ़ना सुनिश्चित करें।

Git workflow and rebase vs merge questions