Orbit
Azure DevOps Repo को कनेक्ट करना
Orbit deploys from Azure Repos, the git hosting inside Azure DevOps. Connect once, pick a repository, and every push builds and goes live. This guide covers both ways to connect, selecting a…
Orbit, Azure Repos से तैनात करता है, जो Azure DevOps के अंदर git होस्टिंग है। एक बार कनेक्ट करें, एक रिपॉजिटरी चुनें, और हर पुश बनता है और लाइव हो जाता है। यह गाइड कनेक्ट करने के दोनों तरीकों, एक रिपॉजिटरी का चयन करने, और दो चीजों को कवर करता है जो Azure अन्य प्रदाताओं से अलग तरीके से करता है।
कनेक्ट करने के दो तरीके, और दो तरीके क्यों हैं
Azure DevOps संगठन तीसरे पक्ष के एप्लिकेशन को किरायेदार स्तर पर ब्लॉक कर सकते हैं, और कई कंपनियां करती हैं। यदि आपका करता है, तो साइन-इन बटन आपके लिए काम नहीं कर सकता चाहे हम क्या करें, इसलिए Orbit एक दूसरा द्वार प्रदान करता है जो हमेशा काम करता है।
- Microsoft के साथ साइन इन करें। एक क्लिक, कॉपी और पेस्ट करने के लिए कुछ नहीं। उपलब्ध जब आपका संगठन तीसरे पक्ष के एप्लिकेशन की अनुमति देता है।
- व्यक्तिगत एक्सेस टोकन। हर संगठन के लिए काम करता है, जिनमें वे भी शामिल हैं जो एप्लिकेशन को ब्लॉक करते हैं। आप एक संगठन का नाम और एक टोकन पेस्ट करते हैं जो आप Azure DevOps में बनाते हैं।
दोनों द्वार बिल्कुल समान सुविधाओं तक पहुंचते हैं। न तो दूसरे का एक कम संस्करण है।
शुरुआत से पहले
Orbit केवल वही देखता है जो आपका Azure DevOps खाता देखता है। आपके पास रिपॉजिटरी पर एक सेवा हुक सदस्यता बनाने के लिए पर्याप्त अनुमति की आवश्यकता है, क्योंकि वह सदस्यता ही है कि पुश हम तक कैसे पहुंचता है। इसके बिना कनेक्शन सफल होता है और कुछ भी कभी तैनात नहीं होता।
विकल्प A: Microsoft के साथ साइन इन करें
- KPanel में, बाएं साइडबार में Orbit पर क्लिक करें।
- नई परियोजना पर क्लिक करें।
- मोड को Git Repo आयात करें पर सेट रखें।
- Azure DevOps टैब चुनें, फिर Azure DevOps कनेक्ट करें पर क्लिक करें।
आपको Microsoft को साइन इन करने और एक्सेस को मंजूरी देने के लिए भेजा जाता है। इसे मंजूरी दें और आप अपनी रिपॉजिटरी लोड के साथ KPanel पर वापस आ जाते हैं।
यदि आपका संगठन एप्लिकेशन को ब्लॉक करता है, तो Microsoft इनकार करता है और KPanel उस कारण को दिखाता है जो इसने दिया। यह कुछ ऐसा नहीं है जिसे आप दोबारा प्रयास कर सकते हैं: नीचे व्यक्तिगत एक्सेस टोकन का उपयोग करें, या एक व्यवस्थापक को एप्लिकेशन की अनुमति देने के लिए कहें।
विकल्प B: व्यक्तिगत एक्सेस टोकन
पहले Azure DevOps में टोकन बनाएं।
- Azure DevOps में, उपयोगकर्ता सेटिंग्स खोलें, फिर व्यक्तिगत एक्सेस टोकन, फिर नया टोकन।
- वह संगठन चुनें जिससे आप तैनात करना चाहते हैं।
- ये तीन स्कोप प्रदान करें और इन तीन से अधिक नहीं:
- Code (Read) ताकि Orbit आपनी रिपॉजिटरी सूची बना सके और जिस कमिट को बना रहा है उसे डाउनलोड कर सके।
- Code (Status) ताकि बिल्ड परिणाम कमिट पर और पुल अनुरोध पर दिखाई दे।
- Service Hooks (Read और write) ताकि Orbit आपके पुशों की सदस्यता ले सके।
- टोकन कॉपी करें। Azure इसे एक बार दिखाता है।
फिर KPanel में:
- Orbit खोलें, फिर नई परियोजना, फिर Azure DevOps टैब।
- व्यक्तिगत एक्सेस टोकन के साथ कनेक्ट करें के तहत, अपने संगठन का नाम दर्ज करें। यह आपके रिपॉजिटरी पते का वह हिस्सा है जो तुरंत
dev.azure.comके बाद आता है, इसलिएhttps://dev.azure.com/contoso/web-platform/_git/storefrontके लिए संगठनcontosoहै। - टोकन पेस्ट करें और Azure DevOps कनेक्ट करें पर क्लिक करें।
Orbit आपनी रिपॉजिटरी सूची बनाने के लिए तुरंत टोकन का उपयोग करता है। यदि इनकार कर दिया जाता है, तो आपको बताया जाता है कि कौन से स्कोप की कमी है न कि आपके टोकन की जांच करने के लिए कहा जाता है, क्योंकि एक टोकन जो रिपॉजिटरी सूची बना सकता है लेकिन एक सेवा हुक नहीं बना सकता वह आकार है जो स्वच्छता से कनेक्ट होता है और फिर कभी कुछ भी तैनात नहीं करता है।
आपका टोकन एन्क्रिप्ट किया जाता है इससे पहले कि इसे संग्रहित किया जाए और केवल उसी संगठन के विरुद्ध उपयोग किया जाता है जिसका नाम आपने दिया।
एक रिपॉजिटरी का चयन करना
आपनी रिपॉजिटरी एक सूची के रूप में दिखाई देती हैं, जिसका नाम organisation / project / repository है। Azure रिपॉजिटरी तीन भाग ले जाती हैं, दो नहीं, क्योंकि एक संगठन में दो परियोजनाएं प्रत्येक एक ही नाम की रिपॉजिटरी रख सकती हैं।
जिस एक को आप चाहते हैं उसके आगे चुनें पर क्लिक करें, फिर परियोजना को सामान्य तरीके से पूरा करें: नाम, फ्रेमवर्क, बिल्ड सेटिंग्स, पर्यावरण चर।
यदि एक रिपॉजिटरी गायब है
- संगठन की जांच करें। एक व्यक्तिगत एक्सेस टोकन एक संगठन से संबंधित है, इसलिए एक अलग संगठन में एक रिपॉजिटरी दिखाई नहीं देगी। वह संगठन भी कनेक्ट करें।
- Azure DevOps में रिपॉजिटरी पर अपनी एक्सेस की जांच करें।
- यह जांचें कि क्या रिपॉजिटरी Azure में अक्षम है। Orbit अक्षम रिपॉजिटरी सूची नहीं बनाता, क्योंकि वे बनाई नहीं जा सकती।
दो चीजें जो Azure अलग तरीके से करता है
ये वास्तविक अंतर हैं, ऐसे अंतराल नहीं जिन तक हम नहीं पहुंचे हैं, और दोनों यहां कहे गए हैं न कि बाद में खोजे गए।
Monorepo रूट निर्देशिका पुशों को छोड़ नहीं करती है
अन्य प्रदाताओं पर Orbit फाइलों की सूची पढ़ता है कि प्रत्येक पुश क्या बदल गया है, और एक monorepo परियोजना एक बिल्ड को छोड़ सकती है जब इसके रूट निर्देशिका के तहत कुछ नहीं चला गया हो। Azure वह सूची नहीं भेजता है। Orbit इसलिए हर पुश पर बनाता है न कि अनुमान लगाता है, क्योंकि दूसरे तरीके से अनुमान लगाना तैनातियों को चुप से छोड़ देगा जिनकी आप अपेक्षा कर रहे थे।
आपनी रूट निर्देशिका सेटिंग अभी भी तय करती है कि बिल्ड कहां चलता है। यह बस अतिरिक्त रूप से फ़िल्टर नहीं करता है कि कौन से पुश बनाते हैं।
Forks से पुल अनुरोध बनाए नहीं जाते हैं
Orbit एक पुल अनुरोध पूर्वावलोकन बनाता है आपनी परियोजना के पूर्वावलोकन पर्यावरण चर के साथ। यह आपनी अपनी रिपॉजिटरी से एक पुल अनुरोध के लिए सुरक्षित है और एक fork से के लिए यह सुरक्षित नहीं है, जो किसी ऐसे व्यक्ति से एक प्रस्ताव है जिसका आपके खाते से कोई संबंध नहीं है।
GitHub पर, Orbit एक fork पूर्वावलोकन दे सकता है क्योंकि GitHub प्रस्तावित कमिट को आपनी अपनी रिपॉजिटरी के अंदर प्रकाशित करता है, इसलिए हमें कभी योगदानकर्ता की कॉपी के खिलाफ प्रमाणीकरण करने की आवश्यकता नहीं है। Azure समकक्ष प्रकाशित नहीं करता है, इसलिए Orbit fork पुल अनुरोधों को अस्वीकार करता है और कमिट पर कहता है न कि एक पूर्वावलोकन छोड़ता है जो कभी दिखाई नहीं देता है।
आपनी अपनी रिपॉजिटरी के अंदर शाखाओं से पुल अनुरोध सामान्य रूप से बनाते हैं।
अगला क्या होता है
अपनी उत्पादन शाखा में धकेलें और Orbit बनाता है और तैनात करता है। बिल्ड परिणाम Azure DevOps में कमिट पर वापस पोस्ट किया जाता है, इसलिए यह कमिट पर और किसी भी पुल अनुरोध पर दिखाई देता है जिससे कमिट संबंधित है, और आपनी शाखा नीतियां इसकी आवश्यकता कर सकती हैं।