2010-09-29 16 views
28

में मौजूदा प्रोजेक्ट के लिए प्रक्रिया टेम्पलेट बदलने के लिए चरण मेरे पास एक टीएफएस सर्वर स्थापना है कि समय के माध्यम से टीएफएस 2005 से टीएफएस 2008 और फिर टीएफएस 2010 में अपग्रेड के माध्यम से चला गया है। स्थापना के जीवनकाल के दौरान बहुत सारे परियोजनाएं बनाई गई हैं और विभिन्न परियोजना टेम्पलेट का उपयोग किया गया है। एमएसएफ एग्इल 4.0, 4.1, 4.2 और 5.0। और कुछ एमएसएफ सीएमएमआई वाले।टीएफएस 2010

मैं क्या करना चाहता हूं, इन सभी परियोजनाओं के लिए प्रयुक्त प्रोजेक्ट टेम्पलेट को "एक नया एक सामान्य उपयोग करने के लिए" प्रतिस्थापित करें: माइक्रोसॉफ्ट विजुअल स्टूडियो स्क्रम 1.0।

मुझे पता है कि टीएफएस परियोजना टेम्पलेट्स को नई परियोजनाओं के निर्माण के लिए टेम्पलेट के रूप में उपयोग किया जाता है और सृजन के बाद टीएफएस परियोजना परिभाषाओं को संशोधित नहीं कर सकता है।

उपटिल अब केवल संस्करण नियंत्रण और टीएफएस के सर्वर हिस्से का निर्माण किया गया है और कोई मौजूदा कार्य आइटम प्रकार नहीं हैं।

इसके अतिरिक्त सभी परियोजनाएं और निर्माण स्क्रिप्ट स्रोत कोड पथों के आधार पर समान होती हैं।

मैं इसे देखना जैसा कि मैंने निम्न विकल्प हैं:

सही परियोजना टेम्पलेट का उपयोग कर नया TFS परियोजनाओं बनाएं और फिर नई परियोजना को स्थानांतरित/शाखा स्रोत कोड।

  1. सभी कोड एक अस्थायी टीम प्रोजेक्ट में ले जाया गया है।
  2. पुराने प्रोजेक्ट मूल नाम और सही प्रक्रिया खाका बनाया है के साथ हटा दिया जाता है
  3. नई परियोजना
  4. कोड नई टीम परियोजना
  5. अस्थाई टीम परियोजना हटा दी जाती है के लिए ले जाया जाता है

    • सभी बिल्ड परिभाषाओं को पुनर्निर्मित करने की आवश्यकता है जो एक विकल्प नहीं है।

    • स्रोत कोड कदम/शाखा होगा "गंदगी" संस्करण इतिहास

alt text
संस्करण इतिहास मेरा मतलब है अप खिलवाड़ करके कि जब आप स्रोत कोड के लिए कदम इसके पीछे होगा दृश्य मूल स्थान पर एक हटाएं + स्रोत का नाम बदलते हैं और इतिहास अभी भी पुराने प्रोजेक्ट में स्थित होगा। यह इतिहास में खोज को मुश्किल बना देगा और यदि मैं वास्तव में पुरानी परियोजना को हटा दूंगा तो मैं स्रोत कोड चाल से पहले सभी इतिहास खो दूंगा।

यह वास्तव में मेरे लिए एक विकल्प नहीं है क्योंकि कई अलग-अलग अनुप्रयोगों का समर्थन करने के लिए कोड परिवर्तन इतिहास की आवश्यकता है।

उपयोग TFS माइग्रेशन डिवाइस, एक और TFS परियोजना

  • यह पहली समाधान

/आयात काम मद प्रकार बदलें के रूप में ही कमियां है में माइग्रेट करें, नई रिपोर्ट स्थापित करने के लिए नई शेयरपॉइंट साइटें बनाएं

प्रत्येक tfs प्रोजेक्ट के लिए

  • हटाएँ मौजूदा "witadmin deletewitd" का उपयोग कर काम आइटम परिभाषाओं

  • आयात "witadmin importwitd" का उपयोग

  • आयात काम आइटम "importcategories witadmin" का उपयोग श्रेणियों नई प्रक्रिया टेम्पलेट से प्रत्येक कार्य आइटम परिभाषा रिपोर्ट सर्वर में प्रोजेक्ट फ़ोल्डर में

  • हटाएं पुरानी रिपोर्ट

  • अपलोड नई प्रक्रिया टेम्पलेट से रिपोर्ट परिभाषाओं

  • संशोधित डेटा स्रोतों रिपोर्ट प्रबंधक का उपयोग करके रिपोर्ट के लिए इस्तेमाल सही साझा डेटा स्रोतों (TfsReportDS और TfsOlapReportsDS)

  • करने के लिए रिपोर्ट पैरामीटर ExplicitProject डिफ़ॉल्ट मान को संशोधित करने के लिए बात करने के लिए "" (खाली स्ट्रिंग) और तत्काल उपयोगकर्ता विकल्प अक्षम करें।

  • निर्यात stsadm

  • वर्ष SharePoint साइट

  • का उपयोग कर हटाएँ

  • सक्रिय साइट सुविधा का उपयोग कर TFS2010 चंचल डैशबोर्ड साइट टेम्पलेट SharePoint साइट को पुन: बनाएं "पुराने SharePoint साइट में दस्तावेज टीम फाउंडेशन सर्वर स्क्रम डैशबोर्ड "

  • टीएफएस परियोजना सेटिंग्स में -> परियोजना पोर्टल सेटिंग्स: सक्षम करें "टीम प्रोजेक्ट पोर्टल" और सुनिश्चित करें कि यूआरएल सही है। सक्षम

और अंत में "रिपोर्ट और डैशबोर्ड इस टीम परियोजना के लिए डेटा का उल्लेख" ..

  • प्रक्रिया गोदाम

  • प्रक्रिया विश्लेषण डाटाबेस

भले ही इसमें बहुत से छोटे कदम शामिल हैं, यह अधिक आकर्षक लग रहा है क्योंकि यह विकल्प मुझे स्रोत कोड को स्थानांतरित करने के लिए मजबूर नहीं करेगा और मेरी मौजूदा बिल्ड परिभाषाएं बरकरार रहेंगी।

मेरा प्रश्न:

वहाँ काम मद प्रकार के प्रतिस्थापन है कि मैं उल्लेख नहीं किया है को प्राप्त करने के अन्य तरीके हैं?

और/या क्या मुझे अंतिम समाधान में कोई कदम याद आ रहा है?

+0

क्षमा करें, मैंने गलती से इसे नीचे वोट दिया है और अब मुझे इसे ठीक करने से बंद कर दिया गया है – timB33

+0

बहुत बुरा। उम्मीद है कि दूसरों को भी यह प्रश्न/उत्तर उपयोगी होगा और इसे फिर से वोट दें। –

उत्तर

12

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

पुरानी रिपोर्टों को हटाने और शेयरपॉइंट दस्तावेज़ों को निर्यात करने के बाद (आप एसटीएसएडीएम के बजाय विंडोज एक्सप्लोरर का भी उपयोग कर सकते हैं), वास्तव में 'tfpt' में दो कमांड हैं जो आपकी मदद करेंगे। इससे इसे 14 चरणों से घटाकर 5 या 6 चरणों तक कम कर दिया जाएगा।

tfpt addprojectreports Add or overwrite reports for an existing team project 
tfpt addprojectportal Add or move portal for an existing team project 

tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 
tfpt addprojectreports /collection:http://yourtfs:8080/tfs/YourCollection /teamproject:"Your Team Project" /processtemplate:"Microsoft Visual Studio Scrum 1.0" /verbose 
+0

विश्वास नहीं कर सकता कि मैंने SharePoint साइट और रिपोर्ट को बदलने के लिए tfpt का उपयोग करने के बारे में नहीं सोचा था। इससे मुझे बहुत काम बचाया होगा। मैंने मौजूदा दस्तावेजों को स्थानांतरित करने के लिए विंडोज एक्सप्लोरर का उपयोग भी समाप्त कर दिया। –

0

आपका पहला विकल्प आईएमएचओ आपका सर्वश्रेष्ठ शॉट है। आप पुराने टीम प्रोजेक्ट से स्रोतों को नई टीम प्रोजेक्ट में भेज सकते हैं। टीएफएस 2010 के साथ आप ब्रांच किए गए स्थान से भी इतिहास देख सकते हैं। तो आप यहां कार्यक्षमता खोना नहीं है।

बिल्ड सिर्फ एक एमएसबिल्ड फ़ाइल है जो स्रोत नियंत्रण में संग्रहीत है। आपको केवल एक चीज करना है जो वास्तव में बिल्ड परिभाषाओं की प्रतिलिपि बनाता है। आप इसे मैन्युअल रूप से कर सकते हैं, या आप एक छोटा ऐप बना सकते हैं जो आपके लिए करता है।

+3

मैं मानता हूं कि यह निश्चित रूप से सबसे आसान समाधान होगा, लेकिन इसके साथ मेरी समस्या यह है कि स्रोत कोड इतिहास पुरानी परियोजना में रहेगा और पुरानी परियोजनाओं को हटाए जाने पर खो जाएगा। इसके अलावा यह इतिहास को और अधिक भिन्न बना देगा क्योंकि आपको यह जानने की जरूरत है कि आपको अभी तक एक और प्रोजेक्ट में खोजना चाहिए। मैंने इस बारे में सवाल अपडेट किया है। –