मैं गिट का उपयोग कर रहा हूं और मेरे पास शाखाओं के समूह के साथ एक रेपो है।एकाधिक शाखाओं में एक बदलाव विलय
यदि मैं शाखा मास्टर (या दूसरी शाखा) पर हॉटफिक्स करता हूं, तो मैं उन सभी शाखाओं में आसानी से इस फिक्स को कैसे विलय कर सकता हूं। क्या मुझे प्रत्येक शाखा को एक-एक करके विलय करना है (जैसे: Merging one change to multiple branches in Git) या क्या कोई आसान तरीका है?
मैं आपको सलाह देता हूं कि आपको git flow पर एक नज़र डालें और यह tool support है।
गिट प्रवाह का हॉटफिक्स समर्थन एक बगफिक्स शाखा बना रहा है जिसे आपकी उत्पादन शाखा (शायद master) और आपकी विकास शाखा (गिट प्रवाह develop में) में विलय किया जा सकता है। हॉटफिक्स शाखा master से शुरू होती है। चूंकि प्रत्येक रिलीज के बाद मास्टर के सभी परिवर्तन develop में विलय कर दिए जाते हैं, इसलिए आप हॉटफिक्स शाखा को develop में मर्ज कर सकते हैं, साथ ही उन मर्जों को मर्ज करने के बिना जिन्हें आप विलय करने का इरादा नहीं रखते हैं।
मुझे नहीं लगता कि इसे एक कमांड के साथ कई शाखाओं में विलय करने का कोई तरीका है। आप क्या कर सकते हैं वह शाखा है जिसे आप मास्टर पर बस इसे पुनर्जीवित करने पर काम करना शुरू कर देते हैं।
प्रत्येक विलय के लिए संघर्ष निर्णय और कभी-कभी संघर्ष समाधान की आवश्यकता होती है, इसलिए उस शाखा को जांचने के बिना विलय करने का कोई तरीका नहीं है जिसमें आप विलय कर रहे हैं। वह लिखा है, क्या आपको इसे अपनी सभी शाखाओं में विलय करने की ज़रूरत है?
उदाहरण के लिए, मेरे पास स्थानीय रूप से दर्जनों शाखाएं हैं, लेकिन उनमें से अधिकांश में अलग-अलग सुविधाएं या फिक्स हैं। इन्हें वास्तव में अधिकांश हॉटफिक्स रखरखाव की आवश्यकता नहीं होती है, और जब तक वे उत्पादन-तैयार या सहयोगियों के साथ साझा करने के लिए तैयार नहीं होते हैं, तब तक उन्हें अद्यतित रखने की परेशानी नहीं होती है। जब वे होते हैं, तो उन्हें master को उत्पादन एकीकरण को आसान बनाने के लिए हॉटफिक्स किया गया है या नहीं, इस पर ध्यान दिए बिना उन्हें अद्यतित किया जाना चाहिए।
दूसरे शब्दों में, मेरा वर्कफ़्लो मुझे हॉटफिक्सेस को फीचर शाखाओं में विलय करने की परेशानी को उस समय तक वितरित करने की अनुमति देता है जब यह वास्तव में मायने रखता है। यदि आपके पास छोटी सुविधा शाखाओं का समूह है, तो आपको अभी तक उस हॉटफिक्स कोड की आवश्यकता नहीं हो सकती है।