विलय टीम परियोजनाएं

Question

हमारे वर्तमान प्रोजेक्ट में हमारे पास एक ही टीम प्रोजेक्ट संग्रह में चार अलग-अलग TFS2010 टीम प्रोजेक्ट हैं। इसका कारण यह है कि परियोजना के विभिन्न हिस्सों में विभिन्न टीम प्रोजेक्ट टेम्पलेट्स (सीएमएमआई बनाम एग्इल) का उपयोग करना था।

सभी परियोजनाएं अब एक ही टेम्पलेट का उपयोग करती हैं। इसलिए अब हम इस निष्कर्ष पर पहुंचे हैं कि परियोजनाओं को एक टीम परियोजना में विलय करना बेहतर होगा। इससे कई प्रश्न उठते हैं:

1. क्या मौजूदा तीन परियोजनाओं में से एक को अन्य तीनों के लिए लक्ष्य परियोजना के रूप में उपयोग करना संभव/व्यवहार्य है?
2. हमारे क्षेत्र के पेड़ को बनाए रखने के दौरान हम अपने मौजूदा कार्य आइटम को नई परियोजना में कैसे स्थानांतरित कर सकते हैं? हम अपनी मौजूदा टीम परियोजनाओं में से प्रत्येक के लिए एक रूट क्षेत्र बनाने की उम्मीद करते हैं, और इस रूट नोड के नीचे सभी कार्य आइटम/क्षेत्रों को स्थानांतरित करते हैं।
3. आज हमारे पास एक टीम परियोजनाओं से दूसरे में कार्य आइटम लिंक हैं - विलय करते समय हम इन लिंक को कैसे रखते हैं?
4. स्रोत कोड को स्थानांतरित करते समय सबसे अच्छा अभ्यास क्या है? एक स्पष्ट दृष्टिकोण यह है कि इसे आसानी से नए स्थान पर कॉपी करें, और पुराने टीम प्रोजेक्ट को लॉक और रखते हुए हमें कोड के पुराने संस्करणों तक पहुंचने की आवश्यकता है। लेकिन क्या इसके लिए ब्रांचिंग का उपयोग करना संभव है, उदा। सभी मौजूदा कोड को नई टीम परियोजना में ब्रांच करना? इस दृष्टिकोण के कारण किस तरह की समस्याएं हो सकती हैं?

आपकी मदद के लिए धन्यवाद!

Answer 1

दुर्भाग्य से, टीएफएस 2010 आपको टीम परियोजनाओं को मर्ज करने की अनुमति नहीं देता है।

स्टैक्चरिंग टीम प्रोजेक्ट्स और टीम प्रोजेक्ट कलेक्शन टीएफएस का उपयोग शुरू करने से पहले सबसे महत्वपूर्ण रणनीति निर्णय लेने में से एक है। दुर्भाग्यवश, हम जिन ग्राहकों की सहायता करते हैं, वे बहुत आगे की योजना बनाते हैं और टीएफएस में विलय शुरू करने से पहले टीम परियोजनाओं में विलय, चलती, विभाजन आदि के आसपास टीएफएस में कुछ सीमाओं को समझ नहीं पाते हैं: (

जब हम उन गतिविधियों से परामर्श लेते हैं जहां ग्राहक अपनी टीम परियोजनाओं को मजबूत करना चाहते हैं, तो हम कलाकृतियों को माइग्रेट करने के लिए बहुत सारे मैन्युअल काम करने के लिए तैयार हैं। हमने कुछ वस्तुओं को काम की वस्तुओं के लिए इस प्रक्रिया में मदद करने के लिए बनाया है लेकिन अधिकांश भाग के लिए यह बहुत ही कठिन परामर्श कार्य है। माइग्रेशन यूटिलिटीज को हमेशा प्रत्येक ग्राहक के लिए अनुकूलित करने की आवश्यकता होती है क्योंकि उनके पास आमतौर पर माइग्रेट करना चाहते हैं, इसके लिए अलग-अलग व्यवसाय नियम होते हैं।

आखिरकार, "माइग्रेशन "एक लाने पर खत्म नहीं होता है जानकारी के बारे में और आप कुछ अन्य समस्याओं के साथ समाप्त हो जाते हैं जैसे दिनांक/समय टिकटें मूल रूप से अलग थीं। अपने मूल प्रत्येक प्रश्न के लिए (मैंने सुना है यह माइग्रेशन के साथ एक समय संपीड़न मुद्दे के रूप में करने के लिए भेजा।)

कुछ अतिरिक्त विचार:

1. ज़रूर, आप सैद्धांतिक रूप से ही मौजूदा टीम परियोजनाओं में से एक इस्तेमाल कर सकते हैं अन्य तीन के प्रवासन के लिए लक्ष्य। जब तक आप टीम प्रोजेक्ट नाम पसंद करते हैं और rename the team project नहीं चाहते हैं। :)
2. यह वह जगह है जहां हमने अपने परामर्श ग्राहकों की सहायता के लिए कस्टम वर्क आइटम माइग्रेशन यूटिलिटीज बनाया है। आपको शायद ऐसा करने की आवश्यकता होगी।
3. यह एक कस्टम कार्य आइटम माइग्रेशन उपयोगिता के साथ ही संभव है। आप पुराने कार्य आइटम आईडी और नए कार्य आइटम आईडी के बीच मैपिंग का ट्रैक रख सकते हैं और फिर लक्ष्य टीम प्रोजेक्ट में सभी नए कार्य आइटम बनाए जाने के बाद बाद में लिंक जोड़ सकते हैं।
4. यह अंततः आपके ऊपर है। मैं पुरानी टीम प्रोजेक्ट से नई टीम प्रोजेक्ट के स्रोत कोड पर "move" version control operation करूँगा। यह सबकुछ बनाए रखता है। हालांकि, मैं किसी भी पुरानी टीम परियोजनाओं को हटा नहीं दूंगा क्योंकि इससे संस्करण नियंत्रण इतिहास भी नष्ट हो जाएगा।

यह आपके लिए सबसे अच्छी कहानी नहीं है लेकिन उम्मीद है कि इससे आपकी योजना बनाने में मदद मिलेगी!