मैं अपने Git रेपो को एक सफल Git ब्रांचिंग मॉडल पर आधारित कर रहा हूं और सोच रहा था कि अगर आपके पास यह स्थिति है तो क्या होगा:
मान लीजिए कि मैं दो फीचर शाखाओं A और B पर विकसित हो रहा हूं, और B को A से कोड की आवश्यकता है। X नोड फीचर A में एक त्रुटि का परिचय देता है जो शाखा B को प्रभावित करता है, लेकिन यह नोड Y पर नहीं पाया जाता है, जहां A और B को विलय कर दिया गया था और परीक्षण फिर से बाहर शाखा और अगले पुनरावृत्ति पर काम करने से पहले आयोजित किया गया था।
परिणामस्वरूप, बग को नोड Z पर फीचर बी पर काम करने वाले लोगों द्वारा पाया जाता है। इस स्तर पर यह तय किया जाता है कि बगफिक्स की जरूरत है। यह सुविधा दोनों सुविधाओं पर लागू होनी चाहिए, क्योंकि फीचर A पर काम करने वाले लोगों को भी बग की जरूरत है, क्योंकि यह उनके फीचर का हिस्सा है।
क्या बगिफ़ शाखा को नवीनतम फ़ीचर A नोड (नोड Y से ब्रांचिंग) से बनाया जाना चाहिए और फिर फीचर A में विलय कर दिया जाना चाहिए? जिसके बाद दोनों सुविधाओं को फिर से विकसित करने और ब्रांच करने से पहले परीक्षण किया जाता है?
इसके साथ समस्या यह है कि समस्या को ठीक करने के लिए दोनों शाखाओं को विलय करने की आवश्यकता होती है। चूँकि फीचर B फीचर A में कोड को नहीं छूता है, क्या फिक्स को लागू करके नोड Y पर इतिहास को बदलने का एक तरीका है और अभी भी सुविधा B शाखा को अनियंत्रित रहने की अनुमति है फिर भी सुविधा A से निर्धारित कोड है?
हल्के से संबंधित: बग बग ब्रांचिंग सम्मेलन