Commit किसी अन्य शाखा में परिवर्तन का चयन करें और फिर वर्तमान शाखा पर काम फिर से शुरू करें?

Question

यह अक्सर मेरे काम प्रवाह में होता है: मैं एक अलग शाखा में एक सुविधा पर काम कर रहा हूं, और ऐसा करने के दौरान मैं छोटी चीजों में आऊंगा जिन्हें फिक्सिंग की आवश्यकता है, लेकिन उदाहरण के लिए ढांचे या साइट लेआउट में ऊपर से हैं।

मैं मुख्य पर बदलने में शाखा को विकसित करने और वहाँ का चयन करें फाइलों से परिवर्तन हो, तो एक सुविधा शाखा के लिए वापस जाओ, और इसलिए rebase है कि मैं से बाहर असंबंधित तोड़ मरोड़/bugfixes के साथ वहां जारी रख सकते हैं चाहता हूँ रास्ता।

मैं ऐसा करने के लिए git stash और git stash pop का उपयोग कर रहा हूं, लेकिन मुझे संशोधित फ़ाइलों के समूह से बहुत सारे संघर्ष मिल रहे हैं लेकिन किसी भी तरह से मूल शाखा में प्रतिबद्ध होने की आवश्यकता नहीं है।

क्या विवादों से बचने या किसी भी तरह से वर्तमान स्थिति को बचाने के लिए कोई और तरीका है, और केवल काम करने के लिए किसी अन्य शाखा में काम करने वाले पेड़ परिवर्तनों को चुनने का कोई दूसरा तरीका है? (गिट-स्टैश-चेरी-पिक की तरह ;-))

Answer 1

1. परिवर्तन है कि आप अपने वर्तमान शाखा पर master में चाहते प्रतिबद्ध: Git प्रलेखन एक अच्छा उदाहरण है।
2. अपने बचे हुए परिवर्तनों
3. master शाखा में स्विच करें और git cherry-pick का उपयोग अपने पंख शाखा को पीठ पर master
4. ले जाएँ परिवर्तन ले जाने के लिए, और rebase (वैकल्पिक)
5. Unstash मूल विशेषता में परिवर्तन

छिपाने की जगह

Answer 2

अस्थायी शाखा बनाने के बारे में क्या?

कुछ की तरह:

- oh crap need to do somethning else now 
- git checkout -b ResumeLater 
- git add . 
- git commit 
- git checkout ImportantStuff 
- .... 
- git checkout ResumeLater 

Answer 3

मैं आमतौर पर यह दूसरी तरह के आसपास है। मैं अपनी फीचर शाखा में काम करना जारी रखता हूं जब तक कि मैं वहां प्रतिबद्ध नहीं हूं। जैसे ही मैं हूं, मैं सभी परिवर्तनों को जोड़ता हूं जो शाखा के लिए नई प्रतिबद्धता में हैं, लेकिन मास्टर में शामिल नहीं हैं। git add -p et.al इसे वास्तव में आसान बनाते हैं। एक बार इंडेक्स में सभी प्रासंगिक परिवर्तन, मैं शाखा में प्रतिबद्ध हूं। शेष बचे हुए गंदे परिवर्तन मास्टर के हैं और जब मैं उस पर स्विच करता हूं तो ठीक उसी तरह ले जाया जाएगा ताकि मैं इसे वहां कर सकूं।

Answer 4

MacOS पर, GitX, यह बहुत चयनात्मक करने rafl का वर्णन करता है की तरह करने के लिए आसान हो जाता है इतना है कि यह वातावरण में लिप्त हों दृष्टिकोण अगर है कि एक अच्छा तरीका है।

यह भी प्रतिबद्ध करने के लिए संभव/व्यावहारिक है शाखा-वाई परिवर्तन और मास्टर-वाई अलग-अलग कामों में परिवर्तन करते हैं, फिर शाखा से कामों को निर्यात करने के लिए git format-patch का उपयोग करें और git am उन्हें मास्टर में खींचने के लिए।

यहां खतरे यह है कि यदि परिवर्तनों के आसपास की फाइलें बहुत अलग हैं, तो इस मामले में मास्टर में काम करने के दौरान संघर्ष हो सकते हैं।

Answer 5

--merge विकल्प का उपयोग कर master शाखा पर वापस स्विच करने का प्रयास करें। यह दो शाखाओं के बीच एक तीन तरह का विलय करने की कोशिश करेगा।

2. After working in the wrong branch, switching to the correct 
    branch would be done using: 

     $ git checkout mytopic 

    However, your "wrong" branch and correct "mytopic" branch 
    may differ in files that you have modified locally, in which 
    case the above checkout would fail like this: 

     $ git checkout mytopic 
     error: You have local changes to 'frotz'; not switching branches. 

    You can give the -m flag to the command, which would try a 
    three-way merge: 

     $ git checkout -m mytopic 
     Auto-merging frotz 

    After this three-way merge, the local modifications are not 
    registered in your index file, so git diff would show you what 
    changes you made since the tip of the new branch.