osFoundry / Platform
रिलीज़
नोट्स, आर्टिफ़ैक्ट्स और चेंजलॉग के साथ रिलीज़ निकालें — चाहें तो Maestro द्वारा ऑटो-जेनरेटेड।
यह क्या है
Releases वह तरीका है जिससे osFoundry आपके Git इतिहास के एक बिंदु को एक तैयार, वर्शन-युक्त चीज़ में बदल देता है: एक टैग, बिल्ड आर्टिफ़ैक्ट का एक सेट, इंसानों के पढ़ने लायक रिलीज़ नोट्स और एक चेंजलॉग। यह आपकी रिपॉज़िटरी के साथ Code & Build सतह पर ही रहता है, इसलिए रिलीज़ निकालने का मतलब वर्कस्पेस छोड़ना, कोई अलग CI प्रोवाइडर जोड़ना या commit संदेशों को हाथ से किसी wiki में कॉपी करना नहीं है। आप commit या टैग चुनते हैं, वर्शन को नाम देते हैं, बनाई हुई फ़ाइलें जोड़ते हैं और प्रकाशित कर देते हैं।
osFoundry के भीतर, चेंजलॉग और नोट्स को वर्कस्पेस का एजेंट Maestro अपने-आप तैयार कर सकता है। Maestro आपकी पिछली रिलीज़ के बाद के commit दायरे को पढ़ता है और एक चेंजलॉग तथा बदलावों का सार तैयार करता है — कच्चे commit शीर्षकों की जगह लोगों के लिए समूहबद्ध और सुगठित भाषा में। चूँकि osFoundry bring-your-own-key है, यह लेखन उसी मॉडल पर चलता है जिसे आपने जोड़ा है (लोकल, क्लाउड या सेल्फ़-होस्टेड); टोकन पर कोई रीसेलर मार्कअप नहीं होता, और अगर आप इसे किसी लोकल मॉडल पर लगाते हैं तो diff और commit इतिहास आपके डिवाइस पर ही रहते हैं। ड्राफ़्ट एक शुरुआती बिंदु है जिसे आप संपादित करते हैं, कोई ब्लैक बॉक्स नहीं — प्रकाशित करने से पहले हर पंक्ति पर अंतिम फ़ैसला आपका ही रहता है।
यह इसलिए मायने रखता है क्योंकि रिलीज़ नोट्स वही चरण हैं जिन्हें टीमें झंझट लगने पर छोड़ देती हैं। टैग, आर्टिफ़ैक्ट, चेंजलॉग और पूरी कहानी को एक ही जगह रखना — ठीक उसी कोड के बगल में जिसका वे वर्णन करते हैं — इसका मतलब है कि आपने जो भेजा उसका रिकॉर्ड सचमुच लिखा जाता है, सही बना रहता है, और तीन महीने बाद जब कोई पूछे "इस वर्शन में क्या बदला?" तो वहीं मौजूद रहता है।
मुख्य क्षमताएँ
- किसी commit को नामित वर्शन के रूप में टैग करें और उसे Code & Build सतह से ही रिलीज़ के रूप में प्रकाशित करें, बिना किसी बाहरी CI के
- बिल्ड आर्टिफ़ैक्ट — बाइनरी, पैकेज, आर्काइव — को रिलीज़ से जोड़ें ताकि भेजी गई फ़ाइलें उसी वर्शन के साथ रहें जिसने उन्हें बनाया
- पिछली रिलीज़ के बाद के commit दायरे से चेंजलॉग अपने-आप बनाएं, जिसे Maestro तैयार करता है और प्रकाशित करने से पहले पूरी तरह संपादन योग्य होता है
- बदलावों का इंसानों के पढ़ने लायक सार रिलीज़ नोट्स में लिखें, जो अलग दस्तावेज़ के बजाय कोड के ठीक बगल में रहता है
- BYOK और लोकल-फ़र्स्ट: चेंजलॉग लेखन आपकी अपनी मॉडल कुंजियों पर चलता है, और लोकल मॉडल के साथ आपका commit इतिहास डिवाइस से कभी बाहर नहीं जाता
उपयोग के मामले
- अकेला मेंटेनर: v1.2 रिलीज़ निकालें, Maestro से 40 commits का चेंजलॉग बनवाएं, दो पंक्तियाँ संपादित करें और बनी हुई बाइनरी जोड़कर प्रकाशित करें
- छोटी टीम लीड: अलग रिलीज़ टूल के लिए प्रति-सीट भुगतान किए बिना, ऐसे नोट्स के साथ वर्शन-युक्त बिल्ड भेजें जिन्हें आपके साथी सचमुच पढ़ सकें
- निजता-सचेत डेवलपर: रिलीज़ नोट्स किसी लोकल मॉडल से बनाएं ताकि मालिकाना commit संदेश और diff आपकी मशीन पर ही रहें
सामान्य प्रश्न
क्या osFoundry मेरे रिलीज़ नोट्स मेरे लिए लिखता है?
लिख सकता है। Maestro आपकी पिछली रिलीज़ के बाद के commits पढ़ता है और एक चेंजलॉग तथा सरल भाषा में सार तैयार करता है, जिसे आप प्रकाशित करने से पहले संपादित करते हैं। यह वैकल्पिक है — आप सब कुछ हाथ से लिख सकते हैं — और AI का आउटपुट हमेशा एक ड्राफ़्ट होता है जिसकी आप समीक्षा करते हैं, वह कभी अपने-आप प्रकाशित नहीं होता।
चेंजलॉग कौन-सा AI मॉडल बनाता है?
वही जिसे आपने जोड़ा है। osFoundry bring-your-own-key है, इसलिए चेंजलॉग लेखन आपके अपने मॉडल (लोकल, क्लाउड या सेल्फ़-होस्टेड) का उपयोग करता है, टोकन पर बिना किसी मार्कअप के। इसे किसी लोकल मॉडल पर लगाएं और आपका commit इतिहास आपके डिवाइस पर ही रहेगा।
क्या मैं रिलीज़ में बिल्ड आर्टिफ़ैक्ट जोड़ सकता हूँ?
हाँ। एक रिलीज़ वर्शन टैग, रिलीज़ नोट्स, चेंजलॉग और आपके बनाए आर्टिफ़ैक्ट — बाइनरी, पैकेज या आर्काइव — को एक साथ बाँधती है, ताकि आपने जो फ़ाइलें भेजीं वे ठीक उसी वर्शन के साथ रहें जिसने उन्हें बनाया।