TeamCity 2018.1: न्यू कोटलिन डीएसएल, उच्च उपलब्धता मोड, बेहतर डॉकटर इंटीग्रेशन, और अमेज़ॅन एस 3 आउट ऑफ द बॉक्स

नमस्कार, हेब्र! हमने हाल ही में TeamCity - 2018.1 का नया संस्करण जारी किया। यह इस वर्ष हमारे CI / CD सर्वर की पहली बड़ी रिलीज़ है। और देखने के लिए कुछ है।

परिवर्तनों की पूरी सूची हमेशा की तरह प्रभावशाली है । लेकिन यहां हम रिलीज की चार मुख्य विशेषताओं पर ध्यान केंद्रित करेंगे। चलो चलते हैं!

नई टीमसिटी कोटलिन डी.एस.एल.

TeamCity की अपनी DSL (डोमेन-विशिष्ट भाषा) है, जिसके साथ आप परियोजनाओं की सेटिंग्स का वर्णन कर सकते हैं और कोडलाइन के रूप में इन्फ्रास्ट्रक्चर के सिद्धांतों को मूर्त रूप देते हुए कोटलिन कोड में कॉन्फ़िगरेशन का निर्माण कर सकते हैं। 2018.1 में, हमने इस डीएसएल के प्रारूप को महत्वपूर्ण रूप से काम में लिया, जिससे यह सरल, अधिक सुविधाजनक और अधिक कार्यात्मक हो गया।

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

version = "2018.1" project{ buildType(HelloWorld) } object HelloWorld : BuildType({ name = "Hellow world" steps { scriptContent = "echo 'Hello world!'" } }) 

सिंगल फाइल । TeamCity सेटिंग्स का वर्णन करने के लिए सभी कोड अब एक फ़ाइल - settings.kts में संग्रहीत किए जाते हैं, जिसे .teamcity निर्देशिका में जोड़ा जाना चाहिए।

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

URL से प्रोजेक्ट बनाएं । कोड से सेटिंग्स को पढ़ने और लागू करने के लिए TeamCity के लिए, यह .teamcity / settings.kts के साथ रिपॉजिटरी का लिंक देने के लिए पर्याप्त है। सभी वर्णित सेटिंग्स को स्वचालित रूप से निष्पादित किया जाएगा।

यहाँ antonarhipov (अंग्रेजी में) से नए कोटलिन डीएसएल सुविधाओं का एक छोटा डेमो है:

उच्च उपलब्धता और केवल पढ़ने के लिए

2018.1 में, रीड-ओनली मोड में सर्वर को शुरू करना संभव हो गया। यह आपको दो टीमसिटी सर्वरों से मिलकर एक अत्यधिक सुलभ टीमसिटी क्लस्टर को कॉन्फ़िगर करने की अनुमति देता है: मुख्य और अतिरिक्त, रीड-ओनली मोड में काम करना। इस स्थिति में, केवल-पढ़ने वाले सर्वर में डेटाबेस और डेटा निर्देशिका तक पहुंच होगी, और मुख्य सर्वर द्वारा किए गए डेटा संशोधनों को लगातार पंप करेगा। मुख्य सर्वर की विफलता की स्थिति में, रीड-ओनली सर्वर सभी अनुरोधों को स्वीकार करेगा। यह समझना महत्वपूर्ण है कि रीड-ओनली सर्वर केवल मुख्य सर्वर के पतन के समय अंतिम स्थिति दिखा सकेगा, लेकिन यह इस स्थिति को बदलने की अनुमति नहीं देगा।

यह बड़ी स्थापनाओं के लिए सही है, जो अनुसूचित विफलताओं के दौरान और अनुसूचित अद्यतनों के दौरान CI सर्वर तक निर्बाध पहुंच के लिए महत्वपूर्ण हैं।

बेहतर डॉकर सपोर्ट

हमने पहले इस तथ्य के बारे में लिखा था कि टीमसिटी डोकर को "बॉक्स से बाहर" का समर्थन करती है: कंटेनर में लॉन्च करना, डॉकटर चित्र बनाना, उन्हें रिपॉजिटरी से जोड़ना और निकालना, डॉकर कमांड लॉन्च करना।

यह रिलीज़ .NET सीएलआई और पॉवर्सशेल धावकों के लिए समर्थन जोड़ता है, जो आपको डॉकर कंटेनर के अंदर इन बिल्ड चरणों को पूरा करने की अनुमति देता है।

खुद डॉक रनर को भी अपडेट किया गया है: यह मूल रूप से बिल्ड, पुश और अन्य का समर्थन करता है।

डॉकटर का समर्थन टीमसिटी में कैसे काम करता है, आप इस वीडियो में देख सकते हैं:

अमेज़ॅन एस 3 पर कलाकृतियों को स्टोर करें

TeamCity AWS S3 प्लगइन पहले से ही कुछ समय के लिए मौजूद है, लेकिन 2018.1 के संस्करण में हमने कई समस्याओं को ठीक किया और इसे मुख्य वितरण में शामिल किया। S3 एकीकरण निर्भरता कलाकृतियों और इतनी सफाई से कलाकृतियों को संभालता है और TeamCity UI में इतना एकीकृत होता है कि एक असुरक्षित उपयोगकर्ता को यह ध्यान नहीं आता कि कलाकृतियाँ S3 बाल्टी में संग्रहीत हैं।

यहाँ एक डेमो है:

अन्य सुधार

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


न्यूगेट फीड के साथ नए वर्जन में भी काफी सुधार हुआ है। अब इसे एक विशिष्ट परियोजना के स्तर पर सक्षम किया जा सकता है, न कि पूरे सर्वर पर विश्व स्तर पर, जो अतीत में प्रदर्शन समस्याओं का कारण बना। नतीजतन, विभिन्न परियोजनाओं में कई NuGet फ़ीड अब समर्थित हैं।



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

हमारे पास हाल ही में एक वेबिनार था, जिसके दौरान एंटोनारिपोव ने कार्रवाई में उपरोक्त सभी का प्रदर्शन किया। आप इसे प्रविष्टि में देख सकते हैं:


आप हमारी वेबसाइट से TeamCity 2018.1 का नवीनतम संस्करण डाउनलोड कर सकते हैं (साथ ही साथ AWS पर, Azure में या डॉकटर कंटेनर से चला सकते हैं)। हमारे बग ट्रैकर में नए संस्करण पर टिप्पणी और सुझाव छोड़ दें।

हम आपको याद दिलाते हैं कि टीमसिटी प्रोफेशनल समय और कार्यक्षमता पर प्रतिबंध के बिना, 100 बिल्ड कॉन्फ़िगरेशन और 3 बिल्ड बिल्कुल मुफ्त प्रदान करता है।

एक अच्छा निर्माण किया है!