स्वचालित रिलीज़

एक बार जब एक रिलीज़ स्रोत कनेक्ट हो जाता है, तो एक रिलीज़ प्रकाशित करना आपके रिपॉजिटरी से आपके ग्राहकों के डाउनलोड तक एक हाथ-फ्री पाइपलाइन बन जाता है।

प्रवाह

1. आप कनेक्टेड रिपॉजिटरी पर एक रिलीज़ प्रकाशित करते हैं (या टैग पुश करते हैं, जहां यह लागू होता है)
2. प्रदाता का वेबहुक प्लेटफ़ॉर्म को सूचित करता है, जो स्रोत कोड को स्टेज करता है और एक साइन किए गए बिल्ड अनुरोध को भेजता है
3. बिल्ड एक अलग सैंडबॉक्स के अंदर चलता है — एक समर्पित, सीमित, नॉन-रूट डॉकर-इन-डॉकर वातावरण जो आपके प्रोडक्शन कंटेनरों से अलग रखा जाता है
4. पूर्ण हुआ आर्टिफैक्ट चेकसम किया जाता है और रिलीज़ डिस्क (Cloudflare R2 या S3-संगत स्टोरेज) पर संग्रहीत किया जाता है
5. एक उत्पाद रिलीज़ स्वचालित रूप से बनाई जाती है, जिसका चेंजलॉग आप द्वारा प्रकाशित रिलीज़ के शरीर से कैप्चर किया जाता है
6. रिलीज़ मौजूदा लाइसेंस प्राप्त डाउनलोड श्रृंखला के माध्यम से उपलब्ध हो जाती है — वही मार्ग जो मैनुअल रिलीज़ पहले से उपयोग करते हैं

अलगाव और सुरक्षा

हर बिल्ड एक फेंकने योग्य सैंडबॉक्स में चलता है: कोई होस्ट बाइंड माउंट्स नहीं, सीमित मेमोरी/CPU/प्रोसेस बजट, और एक नॉन-रूट उपयोगकर्ता। सैंडबॉक्स का प्रोडक्शन डेटा, लाइसेंस साइनिंग कीज़, या आपके Git क्रेडेंशियल्स तक कोई पहुंच नहीं है — केवल वही स्रोत जिसे इसे बनाने के लिए कहा गया था। एक असफल या गलत बिल्ड केवल अपने खुद के नष्ट होने वाले कंटेनर को नुकसान पहुंचा सकता है; यह कभी भी वर्तमान प्रकाशित रिलीज़ को छूता नहीं है।

बिल्ड को देखना

प्रगति को ट्रैक करें Admin → Licensing → Builds. प्रत्येक बिल्ड Queued → Dispatched → Building → Uploaded → Verifying → Published, या Failed यदि कोई चरण त्रुटि करता है — वर्तमान में प्रकाशित रिलीज़ कभी भी असफलता पर छूती नहीं है। असफल बिल्ड को एक बार फिर से आजमाया जा सकता है जब अंतर्निहित समस्या ठीक हो जाती है।

चेंजलॉग कैप्चर

जब रिलीज इवेंट में एक विवरण होता है (जैसे GitHub रिलीज नोट्स, GitLab रिलीज विवरण, और इसी तरह), तो इसे सीधे नए प्रोडक्ट रिलीज के चेंज लॉग में कॉपी किया जाता है — कोई मैनुअल री-एंट्री की जरूरत नहीं। आप इसके बाद इसे संपादित कर सकते हैं।