संस्करण रखरखाव के लिए टीएफएस

Question

मैं एक ऐसी टीम का हिस्सा हूं जो हमारे ग्राहकों के लिए हमारे ग्राहकों के संस्करणों को 4-5 बार जारी करता है। हम बाद के संस्करणों में आने वाली किसी भी त्रुटि को ठीक करके हमारे उत्पाद के पिछले 2-3 संस्करणों को बनाए रखते हैं। हम स्रोत नियंत्रण के लिए टीएफएस 2008 का उपयोग कर रहे हैं और पुराने संस्करणों को बनाए रखने का सबसे अच्छा तरीका खोजने की कोशिश कर रहे हैं।

हम वर्तमान में प्रत्येक बार एक नया संस्करण करते समय हमारे आवेदन की एक शाखा बनाते हैं, लेकिन हम पुराने संस्करणों को अधिक आसानी से अपडेट करने का एक अच्छा तरीका ढूंढ रहे हैं। उदाहरण के लिए, हम 9.5 पूरा करते हैं लेकिन शाखा बनाने के दो सप्ताह बाद और 10.0 पर काम कर रहे हैं, हमें पता है कि 9.5 में एक त्रुटि है। हम वर्तमान में संस्करण 10.0 में परिवर्तन करते हैं और फिर परिवर्तन को फिर से बनाने के लिए 9.5 खोलते हैं। क्या इसे स्वचालित करने के लिए वैसे भी है?

धन्यवाद!

Answer 1

यह शाखाकरण और विलय के लिए मुख्य कारण है।

आपकी स्थिति में मैं क्या करता हूं 9.5 में परिवर्तन करना है और फिर अपनी मुख्य शाखा में परिवर्तन को मर्ज करना है, और फिर अपनी 10.0 शाखा में वापस जाना है। निर्मित मर्ज टूल इसके लिए अच्छा काम करता है।

यदि आप दूसरी दिशा में जाते हैं तो आप अपनी 9.5 शाखा में नई 10.0 सामग्री जोड़ने का जोखिम चलाते हैं जब आप चाहते हैं कि आपका बग फिक्स हो।

मैं ब्रांचिंग और विलय पर अधिक जानकारी के लिए TFS Branching Guides पर भी एक नज़र डालेगा।

Answer 2

यदि आप अपने मुख्य स्रोत की शाखा बना रहे हैं, तो आप अपने मुख्य स्रोत में बग में सुधार करने में सक्षम होना चाहिए और फिर अपनी 9.5 और 10.0 शाखाओं में बदलकर "विलय" कर सकते हैं। यह शाखा की सुंदरता का हिस्सा है, अर्थात्, आप अपने मुख्य शाखा से लक्ष्य शाखाओं में अपने परिवर्तनों को विलय कर सकते हैं।

जब आप टीएफएस के साथ विलय विकल्प चुनते हैं, तो यह आपको दिखाएगा कि वर्तमान स्रोत कहां ब्रांच किया गया है, और आप चुन सकते हैं कि आप किन शाखाओं को उन परिवर्तनों में विलय करना चाहते हैं। आपको अपने 9.5 और 10.0 शाखाओं में मैन्युअल रूप से परिवर्तन करने की ज़रूरत नहीं है, जो कि वास्तव में पहले स्थान पर ब्रांचिंग के उद्देश्य को हरा देता है।

Answer 3

नहीं, इस "स्वचालित" करने का कोई तरीका नहीं है, और आप वास्तव में नहीं चाहते हैं। क्या होगा यदि फिक्स को वास्तव में प्रत्येक संस्करण पर लागू करने की आवश्यकता नहीं है?

यह मेरे लिए अच्छा लगता है जैसे आप पीछे की ओर फ़िक्स को लागू कर रहे हैं (पुराने संस्करणों में पहले ठीक करें, फिर नए पर विलय करें)।