Orbit रिलीज़

Orbit रिलीज़

Releases टैब आपके git टैग को एक संस्करण इतिहास में बदल देता है जिसे आप पढ़ सकते हैं: हर टैग किया गया डिप्लॉयमेंट, क्रम में, इसके कमिट, इसके लेखक, इसकी स्थिति और आपके रिपोजिटरी में टैग के लिए एक सीधा लिंक के साथ।

Releases कहां स्थित है

Orbit खोलें, प्रोजेक्ट पर क्लिक करें, और प्रोजेक्ट टैब स्ट्रिप में Deployments ग्रुप के अंतर्गत Releases चुनें। पृष्ठ को Releases कहा जाता है और यह स्वयं को टैग-आधारित डिप्लॉयमेंट के रूप में वर्णित करता है: एक रिलीज़ तब बनाया जाता है जब कोई git टैग आपके टैग पैटर्न से मेल खाता है।

पड़ोसी Deployments टैब हर बिल्ड को सूचीबद्ध करता है, चाहे टैग किया गया हो या नहीं। Releases फ़िल्टर किया गया दृश्य है: केवल वे जिन्हें आपने संस्करण के रूप में चिह्नित किया है।

टैग पैटर्न सेट करना

Releases एक पैटर्न से शुरू होते हैं। Settings खोलें, Git tag deploys कार्ड खोजें, और v* या release-* जैसा ग्लोब दर्ज करें। इसे खाली छोड़ने से टैग डिप्लॉयमेंट पूरी तरह से अक्षम हो जाता है, जिसका कारण यह है कि फील्ड का प्लेसहोल्डर v* (disabled) पढ़ता है।

एक पैटर्न सेट करने के साथ, एक मेल खाने वाला टैग पुश करने से प्रोडक्शन में डिप्लॉय होता है और परिणाम को रिलीज़ के रूप में रिकॉर्ड किया जाता है। इसके बिना, Releases टैब एक खाली स्थिति दिखाता है जो आपको एक टैग पुश करने और Settings में एक पैटर्न सेट करने के लिए संकेत देता है।

रिलीज़ कट करना

आपकी ओर से पूरा प्रवाह दो git कमांड हैं:

git tag -a v1.4.0 -m "Checkout flow rebuild"
git push origin v1.4.0

Orbit टैग प्राप्त करता है, इसे आपके पैटर्न के विरुद्ध मिलाता है, टैग किए गए कमिट को प्रोडक्शन में डिप्लॉय करता है, और एक रिलीज़ रिकॉर्ड करता है। यह इस टैब पर एक Building बैज के साथ प्रदर्शित होता है और जब यह लैंड करता है तो Deployed में चला जाता है, या यदि बिल्ड में त्रुटि होती है तो Failed में।

हल्के वाले टैग के बजाय एनोटेटेड टैग का उपयोग करें। एक एनोटेटेड टैग एक संदेश, एक लेखक और एक तारीख ले जाता है, जो सभी रिलीज़ पर समाप्त होते हैं।

किसी मौजूदा डिप्लॉयमेंट को टैग करना

रिलीज़ प्राप्त करने के लिए आपको git टैग पुश करना आवश्यक नहीं है। किसी भी डिप्लॉयमेंट को इसके विवरण पृष्ठ से टैग किया जा सकता है, और एक टैग जो संस्करण संख्या की तरह दिखता है, यहां उठाया जाता है।

एक संस्करण-आकार का टैग वह है जैसे 1.4, 1.4.0, v1.4.0 या v2.0.0-rc1। बाकी सब कुछ एक सामान्य डिप्लॉयमेंट टैग के रूप में रहता है और एक रिलीज़ एंट्री नहीं बनाता है।

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

एक रिलीज़ पढ़ना

प्रत्येक रिलीज़ पंक्ति दिखाती है:

• टैग, रिलीज़ का शीर्षक के रूप में।
• कमिट और इसका संदेश।
• लेखक, नाम के रूप में दिखाया गया।
• वह वातावरण जिसमें यह गया, प्रकार से रंग कोडित।
• एक स्थिति बैज: Deployed, Building या Failed।
• आपके रिपोजिटरी में टैग को देखने के लिए एक View on लिंक।
• अंतर्निहित डिप्लॉयमेंट के माध्यम से एक लिंक।

View on लिंक प्रदाता के अनुसार सही जगह की ओर इशारा करता है: GitHub पर रिलीज़ पृष्ठ, GitLab पर टैग पृष्ठ, या Bitbucket पर उस टैग पर स्रोत।

रिलीज़ नोट्स

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

यह रिपोजिटरी को रिलीज़ नोट्स लिखने के लिए एकमात्र स्थान बनाता है। उन्हें एक बार लिखें, जहां आपके योगदानकर्ता पहले से हैं, और वे यहां दिखाई देते हैं।

प्रति टैग एक रिलीज़

सूची टैग के अनुसार डीडुप्लिकेटेड है: यदि किसी टैग को एक से अधिक बार डिप्लॉय किया गया है, उदाहरण के लिए क्योंकि पहली बिल्ड विफल हुई और आपने पुनः प्रयास किया, तो केवल उस टैग के लिए सबसे हाल का डिप्लॉयमेंट दिखाया जाता है।

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

रिलीज़ का अच्छी तरह से उपयोग करना

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

सिमेंटिक संस्करणों का उपयोग करें। वे सही ढंग से सॉर्ट करते हैं, वे संस्करण-आकार के रूप में पहचाने जाते हैं, और हर कोई पहले से ही जानता है कि उन्हें कैसे पढ़ें।

कभी भी टैग को हिलाएं नहीं। किसी मौजूदा टैग को एक नए कमिट पर पुनः इंगित करना मतलब है कि इस सूची में रिलीज़ और आपके रिपोजिटरी में टैग अब इस बात से असहमत हैं कि क्या शिप हुआ। इसके बजाय एक नया पैच संस्करण कटें।

एक रिलीज़ को रोल बैक करना

Releases डिप्लॉयमेंट हैं, इसलिए एक को रोल बैक करना सामान्य रोलबैक प्रवाह है: डिप्लॉयमेंट खोलें और पिछले सफल को बहाल करें। एक डिप्लॉयमेंट को रोल बैक करना देखें।

उसके बाद, बुरे को हटाने के बजाय फिक्स के लिए एक नया टैग कटें। विफल रिलीज़ इतिहास में दृश्यमान रहना उपयोगी जानकारी है, अव्यवस्था नहीं।

समस्या निवारण

एक टैग पुश किया गया था लेकिन कोई रिलीज़ प्रदर्शित नहीं हुआ। Settings में पैटर्न की जांच करें, फिर जांचें कि टैग वास्तव में रिमोट तक पहुंचा है। git push origin v1.4.0 एक टैग पुश करता है; git push अकेले कोई नहीं पुश करता है।

रिलीज़ विफल दिखा रहा है। बिल्ड विफल हुई, बिल्कुल जैसे यह ब्रांच पुश के लिए होगा। डिप्लॉयमेंट खोलें और लॉग पढ़ें: बिल्ड लॉग पढ़ना।

View on लिंक गायब है। प्रोजेक्ट का कोई संचालित रिपोजिटरी नहीं है, इसलिए लिंक करने के लिए कहीं नहीं है। एक कनेक्ट करें: GitHub रिपोजिटरी कनेक्ट करना देखें।

एक मैन्युअल रूप से टैग किया गया डिप्लॉयमेंट सूचीबद्ध नहीं है। टैग संस्करण-आकार का नहीं है। इसका नाम कुछ v1.4.0 जैसा करें।

रिलीज़ नोट्स खाली हैं। नोट्स आपके रिपोजिटरी में प्रकाशित रिलीज़ से खींचे जाते हैं। कोई नोट्स खींचने के लिए एक नंगे टैग के पास कोई नोट्स नहीं होते हैं।

अगले कहां जाएं

• आपके प्रोजेक्ट को डिप्लॉय करना पूरे डिप्लॉय चक्र और इसके गेट्स के लिए।
• एक डिप्लॉयमेंट को रोल बैक करना जब एक रिलीज़ गलत हो जाता है।
• Orbit Timeline Annotations रिकॉर्ड करने के लिए कि रिलीज़ ने क्या बदला।