जवाबों:
मर्ज के बाद, शाखा को हटाना सुरक्षित है:
git branch -d branch1
इसके अतिरिक्त, गिट आपको चेतावनी देगा (और शाखा को हटाने से इंकार कर देगा) अगर यह सोचता है कि आपने इसे अभी तक पूरी तरह से विलय नहीं किया है। यदि आप किसी शाखा (साथ git branch -D) को जबरदस्ती हटाते हैं, जो अभी पूरी तरह से विलय नहीं हुई है, तो आपको अनमैरिड कमिट प्राप्त करने के लिए कुछ ट्रिक्स करने होंगे, हालांकि (नीचे देखें)।
हालांकि शाखा रखने के कुछ कारण हैं। उदाहरण के लिए, यदि यह एक सुविधा शाखा है, तो आप उस शाखा के अंदर अभी भी उस सुविधा पर बगफिक्स करने में सक्षम हो सकते हैं।
यदि आप दूरस्थ होस्ट पर शाखा को हटाना चाहते हैं, तो आप ऐसा कर सकते हैं:
git push origin :branch1
यह रिमोट पर शाखा को बलपूर्वक हटा देगा (हालांकि यह पहले से चेक-आउट किए गए रिपॉजिटरी को प्रभावित नहीं करेगा और फिर से पुश-पुश / इसे बनाने के लिए पुश एक्सेस के साथ किसी को भी नहीं रोकेगा)।
git reflogहाल ही में चेक किए गए संशोधनों को दिखाता है। आपके द्वारा हाल ही के भंडार इतिहास में जाँच की गई कोई शाखा भी दिखाई देगी। इसके अलावा, git fsckगिट में किसी भी नुकसान के मामले में पसंद का उपकरण होगा।
git checkout master && git merge branch1 && git push origin branch1 && git branch -d branch1
मैं DELETE के बजाय RENAME को पसंद करता हूं
मेरी सभी शाखाओं का नाम के रूप में रखा गया है
Fix/fix-<somedescription> या Ftr/ftr-<somedescription> या मेरी Git सामने अंत के रूप में टॉवर का उपयोग करना, यह बड़े करीने से सभी का आयोजन करता है Ftr/, Fix/, Test/फ़ोल्डरों में आदि।
एक बार जब मैं एक शाखा के साथ किया जाता है, तो मैं उनका नाम बदल देता हूं Done/...-<description>।
इस तरह वे अभी भी वहाँ हैं (जो इतिहास प्रदान करने के लिए काम कर सकते हैं) और मैं हमेशा यह जानने के लिए वापस जा सकता हूं कि यह क्या था (सुविधा, फिक्स, परीक्षण, आदि)
यदि आप आगे बढ़ेंगे और इसे मर्ज करने के बाद शाखा को हटा देंगे।
बस
अपनी DELETED शाखाओं के सभी हाइपरलिंक URL संदर्भों का ध्यान रखें, BROKEN होगा ।