रिलीज़ योजना

    From The Document Foundation Wiki
    This page is a translated version of the page ReleasePlan and the translation is 84% complete.
    Outdated translations are marked like this.

    परिचय

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

    • लिबरऑफिस द्वि-वार्षिक, पूर्वानुमानित रिलीज़ करता है जो अन्य फ्री सॉफ़्टवेयर प्रोजेक्ट्स (उदाहरण के लिए Gnome) के साथ समन्वयित होते हैं और प्रमुख लिनक्स वितरण रिलीज़ से कम से कम एक महीने आगे होते हैं।
    • व्यापक फ्री सॉफ्टवेयर इकोसिस्टम के साथ समय-आधारित रिलीज शेड्यूल को सिंक्रोनाइज़ करने से, हमारी नई सुविधाओं को उपयोगकर्ताओं तक जितनी जल्दी हो सके - न्यूनतम वितरण चक्र अंतराल के साथ पहुंचाने से भी बड़े फायदे होते हैं। परिणामस्वरूप, हमारा लक्ष्य छह मासिक रिलीज़ करना है, और समय के साथ उन्हें मार्च/सितंबर मानदंडों के साथ अच्छी तरह से संरेखित करने के लिए प्रेरित करना है।
    • २ शाखाएं हैं: ताजा (नवीनतम रिलीज) और स्टिल (पिछली रिलीज), जो क्रमशः मुख्यधारा के फीचर उपयोगकर्ताओं और रूढ़िवादी, कॉर्पोरेट तैनाती के लिए अभिप्रेत हैं।
    • परिणामस्वरूप, उपयोगकर्ताओं को हर छह महीने में सुविधाओं, सुधारों और संवर्द्धनों की एक विस्तृत श्रृंखला के साथ नया प्रमुख संस्करण मिलता है। इसके अलावा, उन्हें कई शुद्ध बगफिक्स माइक्रो रिलीज़ मिलते हैं। पहली X.Y.0 रिलीज़ जल्दी अपनाने वालों के लिए है। अधिक रूढ़िवादी उपयोगकर्ताओं को बाद में X.Y.Z बगफिक्स रिलीज़ की प्रतीक्षा करने की सलाह दी जाती है।

    ध्यान दें कि यदि रिलीज़ में गंभीर तकनीकी या अन्य समस्याएँ हैं तो शेड्यूल में उल्लिखित तारीखों में बदलाव किया जा सकता है। यदि अंतिम रिलीज़ उम्मीदवार के पास कोई भयावह समस्या हो तो अतिरिक्त आरसी की आवश्यकता हो सकती है। ऐसी समस्या से अंतिम रिलीज़ में एक सप्ताह या उससे अधिक का समय लग सकता है। यह निर्णय इंजीनियरिंग संचालन समिति की बैठक में लिया जाएगा।

    नीचे दिया गया सरलीकृत ग्राफिक २४ महीनों की समयरेखा पर रखे गए तीन रिलीज दिखाता है।

    भविष्य
    Fresh
    Still

    २४.२ रिलीज़

    प्रारंभिक और बगफिक्स रिलीज़ के लिए मूल तिथियाँ।
    रिलीज़ फ़्रीज़ प्रकाशन
    24.2.0 (फ्रीज: सप्ताह ०२) Week 47 , नव॰ २०, २०२३ - नव॰ २६, २०२३ Week 05 , जन॰ २९, २०२४ - फर॰ ४, २०२४
    24.2.1 Week 06 , फर॰ ५, २०२४ - फर॰ ११, २०२४ Week 09 , फर॰ २६, २०२४ - मार्च ३, २०२४
    24.2.2 Week 10 , मार्च ४, २०२४ - मार्च १०, २०२४ Week 13 , मार्च २५, २०२४ - मार्च ३१, २०२४
    24.2.3 Week 15 , अप्रै॰ ८, २०२४ - अप्रै॰ १४, २०२४ Week 18 , अप्रै॰ २९, २०२४ - मई ५, २०२४
    24.2.4 Week 20 , मई १३, २०२४ - मई १९, २०२४ Week 23 , जून ३, २०२४ - जून ९, २०२४
    24.2.5 Week 26 , जून २४, २०२४ - जून ३०, २०२४ Week 29 , जुला॰ १५, २०२४ - जुला॰ २१, २०२४
    24.2.6 Week 33 , अग॰ १२, २०२४ - अग॰ १८, २०२४ Week 36 , सित॰ २, २०२४ - सित॰ ८, २०२४
    24.2.7 Week 41 , अक्तू॰ ७, २०२४ - अक्तू॰ १३, २०२४ Week 44 , अक्तू॰ २८, २०२४ - नव॰ ३, २०२४
    अंत ३० नवंबर, २०२४

    See also the detailed schedule and the release notes.

    ७.६ रिलीज़

    प्रारंभिक और बगफिक्स रिलीज़ के लिए मूल तिथियाँ।
    रिलीज़ फ़्रीज़ प्रकाशन
    7.6.0 (फ्रीज: सप्ताह ३०) Week 19 , मई ८, २०२३ - मई १४, २०२३ Week 34 , अग॰ २१, २०२३ - अग॰ २७, २०२३
    7.6.1 Week 34 , अग॰ २१, २०२३ - अग॰ २७, २०२३ Week 37 , सित॰ ११, २०२३ - सित॰ १७, २०२३
    7.6.2 Week 38 , सित॰ १८, २०२३ - सित॰ २४, २०२३ Week 39 , सित॰ २५, २०२३ - अक्तू॰ १, २०२३
    7.6.3 Week 44 , अक्तू॰ ३०, २०२३ - नव॰ ५, २०२३ Week 47 , नव॰ २०, २०२३ - नव॰ २६, २०२३
    7.6.4 Week 50 , दिस॰ ११, २०२३ - दिस॰ १७, २०२३ Week 53 , जन॰ १, २०२४ - जन॰ ७, २०२४
    7.6.5 Week 05 , जन॰ २९, २०२४ - फर॰ ४, २०२४ Week 08 , फर॰ १९, २०२४ - फर॰ २५, २०२४
    7.6.6 Week 10 , मार्च ४, २०२४ - मार्च १०, २०२४ Week 13 , मार्च २५, २०२४ - मार्च ३१, २०२४
    7.6.7 Week 16 , अप्रै॰ १५, २०२४ - अप्रै॰ २१, २०२४ Week 19 , मई ६, २०२४ - मई १२, २०२४
    अंत १२ जून, २०२४

    विस्तृत अनुसूची और रिलीज़ नोट्स भी देखें।


    ७.५ रिलीज़

    प्रारंभिक और बगफिक्स रिलीज़ के लिए मूल तिथियाँ।
    रिलीज़ फ़्रीज़ प्रकाशन
    7.5.0 (फ्रीज: सप्ताह ०२) Week 47 , नव॰ २१, २०२२ - नव॰ २७, २०२२ Week 05 , जन॰ ३०, २०२३ - फर॰ ५, २०२३
    7.5.1 Week 06 , फर॰ ६, २०२३ - फर॰ १२, २०२३ Week 09 , फर॰ २७, २०२३ - मार्च ५, २०२३
    7.5.2 Week 10 , मार्च ६, २०२३ - मार्च १२, २०२३ Week 13 , मार्च २७, २०२३ - अप्रै॰ २, २०२३
    7.5.3 Week 15 , अप्रै॰ १०, २०२३ - अप्रै॰ १६, २०२३ Week 18 , मई १, २०२३ - मई ७, २०२३
    7.5.4 Week 20 , मई १५, २०२३ - मई २१, २०२३ Week 23 , जून ५, २०२३ - जून ११, २०२३
    7.5.5 Week 26 , जून २६, २०२३ - जुला॰ २, २०२३ Week 29 , जुला॰ १७, २०२३ - जुला॰ २३, २०२३
    7.5.6 Week 33 , अग॰ १४, २०२३ - अग॰ २०, २०२३ Week 36 , सित॰ ४, २०२३ - सित॰ १०, २०२३
    7.5.7 Week 38 , सित॰ १८, २०२३ - सित॰ २४, २०२३ Week 39 , सित॰ २५, २०२३ - अक्तू॰ १, २०२३
    7.5.8 Week 41 , अक्तू॰ ९, २०२३ - अक्तू॰ १५, २०२३ Week 44 , अक्तू॰ ३०, २०२३ - नव॰ ५, २०२३
    अंत ३० नवंबर, २०२३

    विस्तृत अनुसूची और रिलीज़ नोट्स भी देखें।

    दिनांक

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

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

    • Monday: commit deadline; reminder is sent to devel, l10n mailing list before it happens
    • Tuesday: the tag is created on a commit that builds and passes unit-, subsequent-, and smoke-tests; tag is announced on the devel and qa mailing lists
    • Wednesday: builds are uploaded on the early pre-release site; they are announced on the devel and qa mailing lists
    • गुरुवार: बिल्ड दर्पण पर अपलोड किए जाते हैं। उन्हें कई चैनलों के माध्यम से घोषित किया जाता है, जैसे मेलिंग सूचियाँ, ट्विटर आदि।
    • शुक्रवार: बिल्ड आधिकारिक प्री-रिलीज़ साइट के माध्यम से उपलब्ध हैं।

    अंतिम रिलीज की घोषणा आमतौर पर गुरुवार को की जाती है, अंतिम रिलीज उम्मीदवार के आने के कुछ दिनों बाद।

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

    अनुसूची

    अनुसूची निम्नलिखित नियमों पर आधारित है:

    • हर छह महीने में प्रमुख रिलीज़ करें और इसे प्रमुख लिनक्स वितरण के साथ सिंक्रनाइज़ करें (कम से कम एक महीने आगे); यह हमेशा सुविधाओं, सुधारों और संवर्द्धन की एक विस्तृत श्रृंखला के साथ आता है।
    • मुख्य रिलीज़ के बाद हर महीने एक शुद्ध बगफिक्स रिलीज करें जब तक कि यह सबसे रूढ़िवादी लोगों के लिए भी पर्याप्त न हो; बाद में इसे कम बार करें।
    • सुरक्षा सुधारों सहित शुद्ध बगफिक्स रिलीज़ करें, जब तक कि अगली रिलीज़ अधिकांश रूढ़िवादी लोगों के लिए तैयार न हो।
    • एक ही सप्ताह में दो निर्माण न करें।

    परिणाम निम्नलिखित टेम्पलेट है:

    इंटरलॉकिंग रिलीज़
    आयोजन ग्रीष्मकालीन शीतकालीन
    x.y सुविधा फ्रीज जून(बी) दिसम्बर(बी)
    x.y.0 पहली रिलीज़ अगस्त(बी) फ़रवरी(बी)
    x.y.1 बगफिक्स रिलीज़ सितम्बर(बी) मार्च(बी)
    x.y.2 बगफिक्स रिलीज़ अक्टूबर(बी) अप्रैल(बी)
    x.y.3 बगफिक्स रिलीज़ नवंबर(बी) मई(बी)
    x.y.4 बगफिक्स रिलीज़ दिसम्बर(बी) जून(बी)
    x.y.5 बगफिक्स रिलीज़ फ़रवरी(एम) अगस्त(एम)
    x.y.6 बगफिक्स रिलीज़ अप्रैल(एम) अक्टूबर(एम)

    (बी) का मतलब महीने की शुरुआत है, (एम) का मतलब महीने का मध्य है और (ई) का मतलब महीने का अंत है।

    स्ट्रिंग फ्रीज

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

    In practice, you should keep an eye on the tagging of the first release candidate. One way to find out, if RC1 has been tagged is to visit the tag view of the LibreOffice core repository in Gerrit and input into the filter field: libreoffice-X.Y.Z. If the results do not contain any entry for libreoffice-X.Y.Z.1, RC1 has not yet been tagged and string changes can still be committed.

    किसी प्रमुख रिलीज़ का पहला संस्करण आने के बाद, यूआई और हेल्प स्ट्रिंग्स में गलतियों को सुधारना ठीक है। किसी भी पूरी तरह से नई सामग्री को अगली प्रमुख रिलीज़ को लक्षित करना चाहिए।

    संस्करण योजना

    हम प्रत्येक रिलीज़ के आसपास कई निर्माण करते हैं। निम्नलिखित संस्करण योजना का उपयोग किया जाता है:

    • X.Y.0.0.alphaZ - Zth alpha version of the initial release
    • X.Y.0.0.betaZ - Zth beta version of the initial release
    • X.Y.0.Z - Zth release candidate of the initial release, last rc is considered as final and put on the main download page
    • X.Y.1.Z - Zth release candidate of the 1st bugfix release, last rc is considered as final and put on the main download page

    यह निम्नलिखित लाभों के साथ सबसे अच्छा समझौता प्रतीत होता है:

    • easy to understand for normal users, alpha, beta flags are known from other projects, so they set reasonable expectations
    • correct alphabetical sorting in RPM, Bugzilla
    • “easy” to parse (alpha/beta strings delimited by dot)

    There was a long discussion about this scheme on the mailing list.

    रिलीज चक्र में तेजी लाना

    This acceleration of the release cycle involves some considerable release engineering and QA effort. To reduce the cost of these, we work to provide complete (ie. containing all languages) daily snapshots of the master branch to allow continual testing of code improvements. This works partially already, as can be seen/downloaded from here.

    Similarly, we plan to increasingly automate the build process to allow a much lower-touch release flow, and to continue to shrink the footprint of our binaries to allow far more rapid transfer of product-equivalent builds.

    रिलीज़ का अंत

    एक रिलीज़ में आम तौर पर लगभग नौ महीने का जीवनकाल होता है। हम मानते हैं कि एक रिलीज आखिरी नियोजित रिलीज़ के एक महीने बाद अपने एंड ऑफ लाइफ (ईओएल) तक पहुंच गई है।

    यदि आप रिलीज़ के लिए दीर्घकालिक समर्थन चाहते हैं, तो आपको किसी भी प्रमाणित एल 3 प्रदाता को संलग्न करने के लिए प्रोत्साहित किया जाता है जो आपको सेवा प्रदान कर सकता है।

    डेटा की मात्रा के कारण, रिलीज़ को ReleasePlan/Archive में विभाजित किया गया था।