गिटहब पर पुल अनुरोध के बाद आप अपनी शाखा के साथ क्या करते हैं?

Question

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

इस पर उत्सुकता है कि इसके लिए सर्वोत्तम प्रथाओं पर आपके विचार क्या हैं।

Answer 1

अंगूठे का नियम जो हम उपयोग करते हैं (जो यहां कुछ स्टैक ओवरफ्लो पर है) "शाखाएं काम के लिए हैं, टैग इतिहास के लिए हैं "।

जब भी कोई शाखा विलय हो जाती है (मास्टर में सबसे अधिक संभावना है) हम उपसर्ग "शाखा" (जैसे शाखा-विषय) के साथ शाखा के नाम का उपयोग करके विलय बिंदु को टैग करते हैं। फिर शाखा हटा दें। अगर हमें शाखा बिंदु पर काम को पुनर्जीवित करने की ज़रूरत है तो हमारे पास टैग करने में सक्षम होने के लिए टैग है।

पाठ्यक्रम अपवाद हैं। हमारे पास लंबी दौड़ वाली शाखाएं हैं जिनका उपयोग हम विभिन्न प्रकार के सतत कार्यों के लिए करते हैं। लेकिन सामान्य रूप से, विलय के बाद विषय शाखाएं हटा दी जाती हैं।

कि नोट पर, उन का आपस में विलय हमेशा

merge --no-ff <branch> 

इस मर्ज बिंदु और मर्ज होने वाली का एक रिकॉर्ड है कि वहाँ सुनिश्चित करता है के साथ किया जाता है।

Answer 2

मैं हमेशा उन शाखाओं को हटा देता हूं जिन्हें master में विलय कर दिया गया है। एक गिट शाखा, आखिरकार, एक प्रतिबद्धता के लिए एक सूचक है, और यह प्रतिबद्धता अब किसी अन्य शाखा के इतिहास में उपलब्ध है, इसलिए मुझे अब शाखा की आवश्यकता नहीं है। (आप विलय प्रतिबद्धता के माता-पिता को देखकर हमेशा शाखा को फिर से बना सकते हैं।)

Answer 3

ध्यान दें कि अप्रैल के बाद से 10 वीं 2013 "Redesigned merge button", शाखा आप के लिए हटा दिया गया है:

शाखाओं हटाया जा रहा है, जिसे आप मर्ज के बाद भी सरल बनाया गया है।
अतिरिक्त चरण के साथ हटाए जाने की पुष्टि करने के बजाय, जब आप इसे हटाते हैं तो हम शाखा को तुरंत हटा देते हैं और आपको उस स्थिति में शाखा को पुनर्स्थापित करने के लिए सुविधाजनक लिंक प्रदान करते हैं, जिसकी आपको आवश्यकता होती है।

जो पुल अनुरोध विलय के बाद शाखा को हटाने का सर्वोत्तम अभ्यास की पुष्टि करता है।