2010-05-11 15 views
19

मैं गिट के लिए अपेक्षाकृत नया हूं, और शाखाओं को हटाने के लिए सर्वोत्तम प्रथाओं पर सलाह लेना चाहता हूं।गिट से शाखा को कब हटाना है?

जब मैंने एक शाखा को वापस मास्टर में बनाया और विलय कर दिया है, तो क्या मुझे इसे ऐतिहासिक उद्देश्यों के लिए लटकाना छोड़ देना चाहिए, या इसे जल्द ही इसे हटा देना चाहिए क्योंकि इसे अब हाउसकीपिंग उद्देश्यों के लिए जरूरी नहीं है?

+0

इसी प्रकार के प्रश्न (छवि के ऊपर उत्कृष्ट progit book से आता है): [? क्या प्रयोगात्मक गैर मर्ज किए गए Git शाखाओं के साथ क्या करना] (http://stackoverflow.com/questions/8988240/what-to -साथ-प्रयोगात्मक-गैर-विलय-गिट-शाखाएं/8989747 # 8989747) – sleske

उत्तर

23

आमतौर पर, आप किसी मर्ज के बाद एक शाखा को हटा दें।

उदाहरण के लिए, निम्नलिखित विलय के बाद, आप शाखा iss53 हटा देंगे, क्योंकि आपको अब उस शाखा से विकसित करने की आवश्यकता नहीं है। आप इसे git checkout -b <name> <sha1> द्वारा प्रतिबद्धता के sha1 मान का उपयोग करके किसी भी समय इसे फिर से बना सकते हैं।

(शाखाओं केवल आवश्यक जब वे प्रतिबद्ध है कि पेड़ की "सुझावों" कर रहे हैं को इंगित कर रहे हैं। वास्तव में, उस स्थिति में, Git आप इसे हटा, जब तक आप इसे करने के लिए मजबूर नहीं दूँगा।)

alt text

+2

+1। –

2

जैसा कि मैंने इसे देखा, वास्तव में इसे चारों ओर रखने की आवश्यकता नहीं है। जब तक आप --squash मर्ज नहीं करते हैं, तो आपके पास मास्टर में उस शाखा का इतिहास होगा। मैं आगे बढ़ूंगा और उन लोगों को हटा दूंगा जिनकी आपको अब आवश्यकता नहीं है।

+0

क्या आप यह कह रहे हैं कि, यदि हम स्क्वैश करते हैं, और फिर हटा दें पुरानी शाखा, हम इसे SHA1 के साथ फिर से बनाने में सक्षम नहीं होंगे? * गिट * बुक लिंक के लिए गिट चेकआउट -बी zonabi

1

कक्षा से इसे न्यूक करें। आपको केवल तब ही परवाह करना होगा जब आपका डिलीट उन चीजों को हटा देगा जो आपके हेड ब्रांच के इतिहास में नहीं हैं ... और फिर भी मैं अक्सर ऐसा करता हूं अगर मैंने कुछ परीक्षण करना शुरू किया और फैसला किया कि यह बेकार है।

2

जैसे ही आप उन्हें अपने मास्टर या विकास शाखा में वापस विलय करते हैं, जैसे विषय शाखाएं (जैसे "fix-iss005") हटाएं। आपके वर्कफ़्लो के आधार पर, आप सभी काम करना चाहते हैं और "विकास" शाखा में विलीन हो सकते हैं, और परीक्षण के बाद केवल मास्टर में परिवर्तन विलय कर सकते हैं और रिलीज करने के लिए तैयार हैं।

Git कार्यप्रवाह पर एक बड़ा पढ़ने के लिए, बाहर की जाँच: http://geewax.org/2009/11/21/agile-git-workflow.html

संबंधित मुद्दे