टीएफएस

Question

के साथ ब्रांचिंग में संक्रमण करना हमारी टीम वर्तमान में सादे पुराने टीएफएस 2005, कोई ब्रांचिंग, साझा चेकआउट इत्यादि का उपयोग कर रही है ... मैं TFS Guidance document में मूल स्वाद के समान एक DEV/MAIN/PROD शाखा प्रणाली शुरू करना चाहता हूं ताकि वह हम कुछ समांतर देव, अलगाव, और फर्म अप समीक्षा और तैनाती प्रक्रिया कर सकते हैं।

मैंने अधिकांश श्वेतपत्रों को पढ़ा है। क्या आपके पास लोगों की कोई व्यावहारिक सलाह है, सुझाए गए टूल, गेटचास या सिफारिश। इसके अलावा, हम बाहर आने के बाद 2010 में माइग्रेट करने की योजना बना रहे हैं - सुनिश्चित नहीं है कि इससे कुछ भी प्रभावित होगा। मैं सभी सुझावों की सराहना करता हूं और मदद करता हूं क्योंकि मैं शाखाबद्ध नियोफेट हूं।

Answer 1

मेरी सलाह आपकी शाखाओं की रणनीतियों को सरल रखना होगा। इसे दूर करने और परिष्कृत शाखाओं की रणनीतियों को लागू करना आसान है, जिन्हें पूरी तरह से प्रबंधित करने के लिए पूरी टीम की आवश्यकता होती है।

मुझे केवल "मुख्य शाखा" और एक (या कई) "रिलीज शाखाओं" के साथ जाना पड़ता है। मुख्य शाखा है जहां दिन-प्रतिदिन का विकास होता है और रिलीज शाखा का उपयोग उत्पादन के लिए धक्का देने से पहले कोड का एक स्नैपशॉट लेने के लिए किया जाता है।

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

मैं अपने ब्लॉग पर और अधिक विस्तार में इस का वर्णन किया है:

http://hectorcorrea.com/Blog/Simple-Branching-Strategies-for-Team-Foundation-Server