टीमसिटी

Question

का उपयोग कर एकाधिक सर्वरों पर ऑटो परिनियोजन के लिए कौन सा बेहतर ऑक्टोपस या msdeploy है, मैंने दोनों को देखा है। कई सुझावों पर स्वचालित वेब परिनियोजन के लिए कौन सा बेहतर है, इस बारे में आपके सुझाव चाहते हैं।

Answer 1

मुझे लगता है कि आपको निश्चित रूप से टीमसिटी और ऑक्टोपस को आज़माएं। हम ऑक्टोपस (NuGet) पैकेज और ऑक्टो टूल बनाने के लिए टीमसीटी का उपयोग प्रत्येक सफलतापूर्वक निर्माण के बाद परीक्षण वातावरण में स्वचालित रूप से तैनाती को ट्रिगर करने के लिए करते हैं। उसके बाद हम अन्य वातावरण में तैनाती को बढ़ावा देने के लिए ऑक्टोपस पोर्टल का उपयोग करते हैं।

हम TeamCity से तैनाती को गति प्रदान करने के लिए निम्न अक्तूबर कमांड लाइन का उपयोग करें:

Octo.exe create-release --apiKey=YourOctopusAPIKey --server=http://YourOctopusServer:9015/api --project=YourOctopusProjectName --deployto=YourOctopusEnvironment

अक्तूबर बनाने रिलीज कदम एक अलग TeamCity परियोजना में होने की जरूरत है, नहीं तो NuGet साथ अपडेट नहीं किया जाएगा निर्माण से परिणामी पैकेज।

Answer 2

MSDeploy का उपयोग वेब अनुप्रयोगों से डेटाबेस तक सबकुछ तैनात करने के लिए किया जा सकता है, और वेब फार्म फ्रेमवर्क का उपयोग मुख्य सर्वर से माध्यमिक सर्वर से सिंक करने के लिए किया जा सकता है (यदि आप चाहें तो विभिन्न सेट पैरामीटर का मैन्युअल रूप से उपयोग कर सकते हैं) ।

जो आप वर्णन कर रहे हैं वह "तैनाती पाइपलाइन" है। मुझे यकीन है कि कैसे आप टीम शहर में एक एकीकृत करने के बारे जाना नहीं कर रहा हूँ, लेकिन मूल आधार यह है:

1. बिल्ड आवेदन, परीक्षण और पैकेज (किसी भी पैरामीटर सेट करने की आवश्यकता है की घोषणा)। पैकेज (और किसी भी फाइल भविष्य के कदम की जरूरत) एक विरूपण साक्ष्य भंडार (संभवतः टीम सिटी, अगर यह इसका समर्थन करता है) के लिए पुश
2. (स्वचालित रूप से शुरू हो रहा) विरूपण साक्ष्य रिपोजिटरी से पैकेज प्राप्त और msdeploy -verb:sync -source:package.zip -dest:auto,computerName=http://server:8172/msdeploy.axd -setParamFile:dev.xml
फोन करके देव को यह तैनात
3. (मैन्युअल रूप से शुरू हो रहा) पैकेज तैनात मंच
4. (मैन्युअल रूप से शुरू हो रहा) पैकेज तैनात रहने के लिए

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

Answer 3

यह निर्भर करता है। (मुझे हमला करता है कि इस सवाल को अभी तक ध्वजांकित नहीं किया गया है)।

1. आप एक वेबसाइट है कि गुणवत्ता आश्वासन की आवश्यकता है हस्ताक्षर और बढ़ावा देने के लिए या प्रत्येक निर्माण सत्यापित करने के लिए टेस्ट सूट स्वचालित है करने के लिए विकासशील रहे हैं: लेकिन वैसे भी, यह शायद लायक अपने आप पूछ इन है?
2. क्या आप कई वातावरण (क्यूए, यूएटी, डेमो, प्रोडक्शन) पर तैनात हैं और आप किस संस्करण का एक अच्छा डैशबोर्ड देखना चाहते हैं?
3. क्या आपको कुछ उपयोगकर्ताओं को उत्पादन को धक्का देने की अनुमति है?
4. आप घटकों के अन्य प्रकार (विंडोज़ सेवाओं, डेटाबेस आदि)
5. आप प्रत्येक सर्वर पर कुछ अतिरिक्त सेटअप की आवश्यकता इससे पहले कि आप तैनाती (स्थापित करने के लिए जैसे कॉल chocolatey और सेटअप मोंगो) शुरू करते हैं तैनात करने की जरूरत है। उर्फ सीमित सर्वर प्रावधान।
6. पदोन्नति जीवन चक्र पर नियंत्रण आवश्यक है (उदाहरण के लिए केवल तभी उत्पादन पर जाएं जब यह क्यूए के माध्यम से हो)।

यदि आपने उपर्युक्त में से अधिकांश को हां कहा है, तो मैं कहूंगा कि ऑक्टोपस तैनाती तैनाती के लिए हाथों से जीत लेती है। और अनुमान लगाओ, यह 5 परियोजनाओं और उठने और चलाने के लिए एक हवा के लिए स्वतंत्र है।

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

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