में एकाधिक स्टैश को गठबंधन करने के लिए यह पिछले दो हफ्तों में शाखा frontend
पर एक पाइपलाइन है।गिट
| [email protected]{3}
[email protected]{1}
(दो छोटे कामों को छोड़कर) के बाद से सभी कोड है
| छोटे कमिट
| छोटे प्रतिबद्ध
| दो हफ्ते पहले भारी थोक प्रतिबद्धता, अब rebased और [email protected]{1}
मेरा कामकाजी पेड़ वर्तमान में साफ है।
[email protected]{1}
दो हफ्ते पहले सामान्य विकास कोड की थोक प्रतिबद्धता से सामग्री है (इसे पहले स्थान पर रखा जाना चाहिए था)। यह प्रतिबद्धता पूर्ववत हो गई और छेड़छाड़ करने के लिए चले गए।
[email protected]{3}
[email protected]{1}
के बाद से उस पेड़ पर सबसे नया काम है (कुछ बदलाव किए गए हैं)।
मुझे अपने काम करने वाले पेड़ में इन दोनों छेड़छाड़ों को एक साथ जोड़ना होगा ताकि मैं इस विशाल पूल के काम से कई काम कर सकूं।
मैं git stash apply [email protected]{1}
तो भाग गया मैंने कोशिश की:
git stash apply [email protected]{3}
git stash show -p | git stash apply [email protected]{3}
लेकिन मैं दोनों ही मामलों में 'गंदा काम कर पेड़' मिलता है। मैं इस काम को एक साथ कैसे मिला सकता हूं? क्योंकि [email protected]{3}
नया है, मैं चाहता हूं कि यह [email protected]{1}
पर विवाद हो, जहां भी विवाद हो।
दो stashes बड़े हैं शुरू की है और ओवरलैपिंग काम है, जिसके कारण मैं करता से बचना चाहता था का एक बहुत होते हैं। क्या उन्हें सिर्फ काम करने वाले पेड़ में गठबंधन करना संभव है, या क्या मुझे इन बड़े हिस्सों को करने के लिए मजबूर होना पड़ता है और फिर 2 क्रैपी काम करता है और उन्हें विम में ~ 10 अच्छे कामों में विभाजित करता है? – sscirrus
दूसरी बात यह है: _ मैं यह सब कोड_ नहीं करना चाहता हूं। इसके महत्वपूर्ण भाग अभी भी विकास के लिए हैं। – sscirrus
काम करने वाले पेड़ में संयोजन और संशोधन के बीच क्या अंतर है? या दूसरे छेड़छाड़ के बाद 'गीट रीसेट HEAD ^' कर रहा है? आप एक गंदे काम करने वाले पेड़ पर एक छिद्र लागू नहीं कर सकते हैं, इसलिए आपको * आवेदन करने से पहले * प्रतिबद्ध होना चाहिए, लेकिन इसका मतलब यह नहीं है कि आप लागू होने के बाद उस प्रतिबद्धता को पूर्ववत नहीं कर सकते हैं। –