तैनाती के लिए एक TFS बिल्ड प्रोसेस टेम्पलेट (वर्कफ़्लो) का उपयोग करना


10

मैं जटिल तैनाती के लिए TFS बिल्ड वर्कफ़्लोज़ का उपयोग करने के बारे में सोच रहा हूं। हमारे पास कुछ ऐसे हैं जिन्हें तैनात करने की आवश्यकता हो सकती है:

  1. वेब एप्लिकेशन और सेवाएं
  2. डेटाबेस
  3. SSRS की रिपोर्ट
  4. SSIS पैकेज
  5. और कौन जानता है

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

मुझे यह जानने में दिलचस्पी है कि क्या दूसरों ने अतीत में इसके लिए "बिल्ड" का उपयोग किया है, और क्या समस्याएं पाई गईं।


हम अपने बिल्ड / परिनियोजन को प्रबंधित करने के लिए TFS 2010 का उपयोग कर रहे हैं। मेरे पास आपके लिए कोई त्वरित उत्तर नहीं है; लेकिन जब भी मुद्दे मुझे ईमेल करने के लिए स्वतंत्र महसूस करते हैं और हम कम से कम इसका पता लगाने की कोशिश कर सकते हैं।
स्टीफन ग्रॉस

जवाबों:


1

हमने अपने बिल्ड को ट्रिगर करने के लिए TFS का उपयोग किया है लेकिन हमारी परियोजनाओं के निर्माण के लिए msbuild का उपयोग किया है। मुख्य लाभ यह है कि हमारे पास एक निर्माण स्क्रिप्ट है जिसे हम संस्करण नियंत्रण में रख सकते हैं। बात वर्कफ्लो के साथ है जैसे: आप अपनी परियोजना के पुराने संस्करण का निर्माण कैसे करेंगे? एक बिल्ड स्क्रिप्ट के साथ आपको स्रोत नियंत्रण से पुराना संस्करण मिलता है और आप जाते हैं। इसके साथ फील करना और विभिन्न विकल्पों को चालू / बंद करना भी अच्छा है।

यदि आप निश्चित हैं कि आपके पास एक निश्चित निर्माण चक्र है, तो आप शायद इसे हटा सकते हैं, अन्यथा एक स्क्रिप्ट होना शायद सुरक्षित और अधिक फ़ेल्क्सेबल विकल्प है।


वर्कफ़्लोज़ स्रोत नियंत्रण में संग्रहीत .xaml फ़ाइलें हैं। मुझे एक प्रक्रिया की आवश्यकता होगी जो कि .xaml फाइलों को सोर्स कोड के साथ डालती है। इसमें कोई शक नहीं कि आप स्रोत के साथ-साथ अपनी एमएसबिल्ट फाइलों को भी ब्रांच करते हैं।
जॉन सॉन्डर्स

@ जॉनसुंडर्स हां, हम अपनी स्क्रिप्ट का निर्माण करते हैं। यह अच्छा है कि आपके वर्कफ़्लो का कॉन्फ़िगरेशन एक xml फ़ाइल में संग्रहीत है, लेकिन आपके प्रोजेक्ट के भीतर आपके वर्कफ़्लो (कार्यक्षेत्रों, कार्यों आदि) के एक अलग संस्करण में जो आइटम हैं उन पर कॉन्फ़िगरेशन को बदलने से क्या प्रभाव पड़ता है? ) यही वह जगह है जहाँ मुझे एक जोखिम दिखाई देता है, इस व्यवहार को बदलते हुए कि कैसे टीएफएस आपकी परियोजना को उड़ान भरता है।
कार्लो कुईप

मैं नहीं जानता कि आपका क्या मतलब है। बिल्ड प्रोसेस टेम्प्लेट को बदलने से काम की चीजें नहीं बदलेंगी। आपका क्या मतलब है "आइटम जो आपके वर्कफ़्लो के एक अलग संस्करण में हैं"?
जॉन सॉन्डर्स

TFS प्रोजेक्ट बनाते समय आपके द्वारा लागू की जाने वाली प्रक्रिया टेम्पलेट एक वर्कफ़्लो बना रही है। इसका मतलब है कि यदि आप एक वर्कटाइम बनाते हैं तो यह उस वर्कफ़्लो के विभिन्न चरणों से जुड़ा होता है। क्या आपके बिल्ड प्रॉसेस उस वर्कफ़्लो पर एक एक्सटेंशन होने जा रहे हैं या यह एक अलग है?
कार्लो कुईप

क्षमा करें, आप एक प्रक्रिया टेम्पलेट और एक निर्माण प्रक्रिया टेम्पलेट को भ्रमित कर रहे हैं। Microsoft ने उनकी शर्तों को खराब तरीके से चुना। साथ ही, टीम प्रोजेक्ट बनाते समय आपके द्वारा उपयोग की जाने वाली प्रक्रिया टेम्पलेट किसी भी वेकफ़्लो को बनाने के लिए प्रेरित करती है जिससे मैं अवगत हूं।
जॉन सॉन्डर्स
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.