सफल गिट ब्रांचिंग मॉडल

Question

के साथ कई संस्करणों का समर्थन करना हमारी कंपनी में हम एसवीएन से गिट (हाँ, कभी भी बेहतर नहीं) से आगे बढ़ रहे हैं। इसके साथ, हम संस्करण प्रक्रिया को सुव्यवस्थित करने का भी प्रयास करते हैं। ऐसा करने के लिए मुझे एक दिलचस्प लेख मिला: विन्सेंट ड्रिससेन द्वारा सफल गिट ब्रांचिंग मॉडल।

जहां तक ​​मैं लेख से पढ़ सकता हूं, डेवलपर रैखिक रिलीज मानता है। स्पष्ट होने के लिए:

v1.0.0 --> v1.0.1 --> v1.0.2 --> v1.1.0 --> v1.1.1 etc 

पुराने रिलीज़ के लिए समर्थन का उल्लेख नहीं किया गया है। उदाहरण के लिए: हम तीन प्रमुख संस्करणों का समर्थन करते हैं क्योंकि कुछ ग्राहक अपग्रेड नहीं करना चाहते हैं। ,

v7.0.0 --> v8.0.0 --> v9.0.0 --> v10.0.0 

जब एक महत्वपूर्ण बगv9.0.0 के रिलीज के बाद v8.0.0में पाया वहाँ है, हम टैग v8.0.0 चेकआउट बग को ठीक, और इसे वापस मर्ज develop और master शाखाओं में: तो कल्पना हम निम्नलिखित संस्करण है। master में विलय v8.0.1 टैग हो जाता है।

मुझे लगता है किसी भी तरह क्योंकि दो चीजों के अजीब:

1. master समय v7.0.0 --> v8.0.0 --> v9.0.0 --> v8.0.1 --> v10.0.0 तरह दिखाई देगा। मुझे पूरी तरह से पता है कि यह संभव है, लेकिन क्या यह भी स्वीकार्य है?
2. जब मैं master करने के लिए hotfix से विलय (और masterv9.0.0 पर उस पल में है) और v8.0.1 के साथ टैग, मैं भी हो सुविधाओं v8.0.0 और v9.0.0 के बीच शुरू की गई हैं?

अग्रिम धन्यवाद!

Answer 1

मेरे लिए, टैग v8.0.1master विलय से पहले प्रतिबद्ध होना चाहिए। यदि आप नए संस्करणों को पैच करना चाहते हैं, तो आप वहां अन्य टैग भी मर्ज करें।

v8.0.0 --> v9.0.0 --> v10.0.0 
    \   \   \ 
    v8.0.1 --> v9.0.1 --> v10.0.1/master