रिलीज़ मॉडल

किसी समस्या की शिकायत करें सोर्स देखें रात · 7.2 · 7.1 · 7.0 · 6.5 · 6.4

जैसा कि मूल ब्लॉग में किया गया है पोस्ट, बेज़ल 4.0 और उसके बाद के वर्शन दो रिलीज़ ट्रैक पर काम करते हैं: रोलिंग रिलीज़ और लंबे समय तक सहायता (एलटीएस) वाली रिलीज़. इस पेज पर सभी नई जानकारी के बारे में बताया गया है बेज़ल के रिलीज़ मॉडल के बारे में जानकारी.

सपोर्ट मैट्रिक्स

एलटीएस रिलीज़ सहायता का स्टेज सबसे नया वर्शन इस डिवाइस पर सहायता पाने की सुविधा बंद होने के बारे में जानकारी
बेज़ल 8 लगातार रोलिंग रिलीज़ पेज देखें लागू नहीं
बेज़ल 7 चालू है 7.2.1 दिसंबर 2026
बेज़ल 6 रखरखाव 6.5.0 दिसंबर 2025
बेज़ल 5 रखरखाव 5.4.1 जनवरी 2025
बेज़ल 4 बहिष्कृत 4.2.4 जनवरी 2024

Basel की एलटीएस रिलीज़, रिलीज़ पर देखी जा सकती हैं पेज पर क्लिक करें.

रिलीज़ का वर्शन

बेज़ेल major.minor.patch सेमैंटिक का इस्तेमाल करते हैं वर्शन बनाने की स्कीम.

  • मुख्य रिलीज़ में ऐसी सुविधाएं होती हैं जो पुराने सिस्टम के साथ काम नहीं करतीं पिछली रिलीज़. बेज़ल का हर मेजर वर्शन, एलटीएस रिलीज़ है.
  • किसी माइनर रिलीज़ में पुराने सिस्टम के साथ काम करने की सुविधा से जुड़ी गड़बड़ियां ठीक की गई हैं. साथ ही, इसमें कुछ सुविधाएं जोड़ी गई हैं मुख्य ब्रांच से वापस पोर्ट किया गया.
  • पैच रिलीज़ में गंभीर गड़बड़ियां ठीक की गई हैं.

इसके अलावा, रिलीज़ से पहले वाले वर्शन के लिए हाइफ़न और तारीख प्रत्यय को अगले मेजर वर्शन नंबर के साथ जोड़ा जाता है.

उदाहरण के लिए, हर टाइप की नई रिलीज़ से ये वर्शन नंबर मिलेंगे:

  • मेजर: 6.0.0
  • कम: 6.1.0
  • पैच: 6.1.2
  • रिलीज़ से पहले: 7.0.0-pre.20230502.1

सहायता के चरण

हर मुख्य Basel वर्शन के लिए, सहायता के चार चरण हैं:

  • रोलिंग: यह मेजर वर्शन अब भी रिलीज़ से पहले की प्रोसेस में है. बेज़ल टीम HEAD से रोलिंग रिलीज़ प्रकाशित करता है.
  • चालू: यह मेजर वर्शन, चालू एलटीएस रिलीज़ है. द बेज़ल टीम अपनी छोटी-छोटी रिलीज़ में, ज़रूरी सुविधाओं और गड़बड़ियों को ठीक करती है.
  • रखरखाव: यह मेजर वर्शन, रखरखाव का पुराना एलटीएस रिलीज़ है मोड. Basel की टीम, साथ ही, सुरक्षा से जुड़ी समस्याओं और ओएस के साथ काम करने से जुड़ी समस्याओं को भी शामिल कर लिया है.
  • अब काम नहीं करता: Basel की टीम अब इस मेजर के लिए सहायता नहीं देती है वर्शन न हो, तो सभी उपयोगकर्ताओं को नए Basel LTS रिलीज़ पर माइग्रेट कर लेना चाहिए.

रिलीज़ की फ़्रीक्वेंसी

बेज़ल, दो रिलीज़ ट्रैक के लिए नियमित रूप से रिलीज़ पब्लिश करते हैं.

रोलिंग रिलीज़

  • रोलिंग रिलीज़, Google Blaze रिलीज़ के साथ सिंक की जाती हैं और रिलीज़ की जाती हैं शीर्ष से प्रत्येक दो सप्ताह के दौरान. इसमें आपको अगले Bagel LTS की झलक दिखेगी रिलीज़.
  • रोलिंग रिलीज़, काम न करने वाले बदलावों को शिप कर सकती हैं. असंगत फ़्लैग ये हैं बड़े नुकसान पहुंचाने वाले बदलावों के लिए सुझाया गया है. साथ काम न करने वाले बदलावों को रोल आउट किया जा रहा है हमारी पुराने सिस्टम के साथ काम करने की क्षमता के हिसाब से, नीति पढ़ें.

एलटीएस रिलीज़

  • मुख्य रिलीज़: नई एलटीएस रिलीज़ को HEAD से थोड़ा कम किए जाने की उम्मीद है हर 12 महीने. नई एलटीएस रिलीज़ रिलीज़ होने के बाद, वह तुरंत ऐक्टिव मोड में पहुंच जाती है चरण पर पहुंच जाते हैं और पिछली एलटीएस रिलीज़, रखरखाव वाले चरण में पहुंच जाती है.
  • थोड़ी-बहुत रिलीज़: ऐक्टिव एलटीएस ट्रैक पर, छोटे वर्शन वाले नए शॉर्ट वीडियो अपलोड किए जा सकते हैं दो महीने में एक बार रिलीज़ किया जाएगा.
  • पैच रिलीज़: Active और Looker Studio में एलटीएस रिलीज़ के लिए नए पैच वर्शन गंभीर गड़बड़ी की मांग पर, रखरखाव के चरण रिलीज़ किए जा सकते हैं समाधान.
  • दो साल तक रखरखाव का स्टेज.

पहले से तय की गई रिलीज़ के बारे में जानने के लिए, कृपया हमारी रिलीज़ देखें समस्याएं .

रिलीज़ की प्रोसेस और नीतियां

रोलिंग रिलीज़ के लिए, यह प्रोसेस आसान है: करीब हर दो हफ़्ते में, तो नई रिलीज़ बनाई जाती है और यह Google की इंटरनल टेक्नोलॉजी ब्लेज़ रिलीज़. तेज़ी से रिलीज़ होने वाले शेड्यूल की वजह से, हम किसी भी बदलाव को बैकपोर्ट नहीं करते शामिल कर लिया है.

एलटीएस रिलीज़ के लिए, नीचे दी गई प्रक्रिया और नीतियों का पालन किया जाता है:

  1. रिलीज़ के लिए बेसलाइन तय तय करें.
    • नई मुख्य एलटीएस रिलीज़ के लिए, बेसलाइन कमिटी मुख्य ब्रांच.
    • माइनर या पैच रिलीज़ के लिए, बेसलाइन कमिट उसी एलटीएस रिलीज़ का मौजूदा सबसे नया वर्शन हो.
  2. बेसलाइन से release-<version> के नाम में रिलीज़ ब्रांच बनाएं कमिट करें.
  3. बैकपोर्ट को PR के ज़रिए रिलीज़ ब्रांच में बदला जाता है.
    • समुदाय, कुछ सदस्यताओं का जवाब देकर, सदस्यताओं से जुड़ी जानकारी शेयर करने का सुझाव दे सकता है "@bazel-io flag" GitHub से जुड़ी समस्या या पीआर से जुड़ी समस्याओं को रिलीज़ ब्लॉकर का काम करते हैं, तो बेज़ल टीम उन्हें प्राथमिकता के आधार पर निपटाती है और तय करती है कि कमेंट को बैक-पोर्ट करें.
    • मुख्य ब्रांच में, पुराने सिस्टम के साथ काम करने वाले कॉन्टेंट को ही बैक-पोर्ट किया जा सकता है, मर्ज विवादों के समाधान के लिए, अतिरिक्त मामूली बदलाव स्वीकार किए जाते हैं.

  4. बेज़ल मेंटेनर के लिए चेरी-पिक रिक्वेस्ट रिक्वेस्ट का इस्तेमाल करके बैकपोर्ट बदलता है.

    • बेज़ल मेंटेन करने वाले लोग अपनी ओर से चुनिंदा कॉन्टेंट चुनने का अनुरोध कर सकते हैं रिलीज़ ब्रांच में बदल दिया जाता है. इस प्रोसेस को बनाने के लिए GitHub पर चेरी-पिक अनुरोध. आइए जानते हैं कि इसे कैसे किया जाए.

      1. चेरी चुनने का अनुरोध खोलें
      2. अनुरोध की जानकारी डालें
        • टाइटल: अनुरोध के बारे में कम शब्दों और ज़्यादा जानकारी देने वाला टाइटल दें.
        • कमिट आईडी: उन कमिटी के आईडी डालें जिन्हें आपको लागू करना है चेरी-पिक. अगर एक से ज़्यादा कमीशन हैं, तो अलग करें कॉमा लगाकर उन्हें हटाएं.
        • कैटगरी: अनुरोध की कैटगरी बताएं.
        • समीक्षक: एक से ज़्यादा समीक्षकों के लिए, उनके GitHub को अलग करें आईडी, कॉमा के साथ हो.
      3. माइलस्टोन सेट करें
        • "माइलस्टोन" ढूंढें सेक्शन में जाकर सेटिंग पर क्लिक करें.
        • सही X.Y.Z रिलीज़ ब्लॉकर चुनें. यह कार्रवाई आपके अनुरोध को प्रोसेस करने के लिए, चेरी-पिक बॉट को ट्रिगर करता है "रिलीज़-X.Y.Z" के लिए ब्रांच.
      4. समस्या सबमिट करें
        • पूरी जानकारी भरने और मीस्टोन सेट करने के बाद, समस्या सबमिट करें.

    • चेरी-पिक बॉट, अनुरोध को प्रोसेस करेगा और सूचना देगा अगर कॉन्टेंट के लिए कम से कम ज़रूरी शर्तें पूरी की गई हों. अगर आपने किए गए कॉन्टेंट में चेरी को चुना जा सकता है. इसका मतलब है कि कॉन्फ़्लिक्ट मर्ज करके सहमति चुनें और फिर बॉट नया पुल बनाने का अनुरोध तैयार करेगा. जब पुल बेज़ल टीम के एक सदस्य ने अनुरोध स्वीकार कर लिया है, कमिट को चुना जाता है और उन्हें रिलीज़ ब्रांच में मर्ज कर दिया जाता है. चेरी चुनने के पूरे किए गए अनुरोध के विज़ुअल उदाहरण के लिए, इसका संदर्भ लें उदाहरण को अपनाएं.

  5. रिलीज़ ब्लॉकर की पहचान करें और रिलीज़ ब्रांच में मिलने वाली समस्याओं को ठीक करें.

  6. जब सभी को जानकारी हो, तब रिलीज़ ब्रांच से एक नया रिलीज़ कैंडिडेट बनाएं रिलीज़ ब्लॉकर की समस्या ठीक कर दी जाती है.

    • रिलीज़ के लिए उम्मीदवार की घोषणा basel-discuss, बेज़ल टीम, कैंडिडेट के लिए कम्यूनिटी से जुड़ी बग रिपोर्ट पर नज़र रखती है.
    • अगर नए रिलीज़ ब्लॉकर का पता चलता है, तो आखिरी चरण पर वापस जाएं और सभी समस्याओं को हल करने के बाद एक नया रिलीज़ कैंडिडेट तैयार करें.
    • रिलीज़ ब्रांच में नई सुविधाओं को जोड़ने की अनुमति नहीं है, तो पहली रिलीज़ वाला कैंडिडेट बनाया जाता है; चेरी-पिक, सीमित से ठीक किया जाता है. अगर किसी चेरी-पिक की ज़रूरत हो, तो अनुरोध करने वाले को ये सवाल देखें: यह बदलाव क्यों अहम है और इससे क्या फ़ायदे मिलते हैं यह किस तरह की टेक्नोलॉजी उपलब्ध कराता है? इस बदलाव से रिग्रेशन?

  7. अगर कोई और वीडियो रिलीज़ नहीं किया जाता है, तो रिलीज़ में शामिल उम्मीदवार को आधिकारिक रिलीज़ के तौर पर पेश करें ब्लॉकर मिल जाते हैं

    • पैच रिलीज़ के लिए, रिलीज़ को कम से कम दो कामकाजी दिनों के बाद पुश करें आखिरी रिलीज़ कैंडिडेट रिलीज़ हो गया है.
    • बड़ी और छोटी रिलीज़ के लिए, रिलीज़ को दो कामकाजी दिन बाद पुश करें चैनल की रिलीज़ के एक हफ़्ते बाद, अगला उम्मीदवार रिलीज़ नहीं किया गया है पहला रिलीज़ कैंडिडेट रिलीज़ हो गया है.
    • रिलीज़ को सिर्फ़ उस दिन भेजा जाता है जब अगला दिन कारोबार का हो दिन.
    • रिलीज़ का एलान basel-discuss, बेज़ल टीम, नए वर्शन के लिए समुदाय की बग रिपोर्ट पर नज़र रखती है और उन्हें हल करती है रिलीज़.

रिग्रेशन की रिपोर्ट करें

अगर किसी उपयोगकर्ता को अपनी नई बेज़ल रिलीज़ में रिग्रेशन मिलता है, तो रिलीज़ कैंडिडेट या यहां तक कि HEAD पर बैज, कृपया इस पर बग दर्ज करें GitHub. Google Analytics 4 पर माइग्रेट करने के लिए, बैजलिस्क, अपराधी को दो हिस्सों में बांटता है और इस जानकारी को बग में शामिल करता है रिपोर्ट.

उदाहरण के लिए, अगर आपका बिल्ड Baज़ल 6.1.0 के साथ कामयाब होता है, लेकिन दूसरे चरण के साथ फ़ेल हो जाता है 6.2.0 का रिलीज़ कैंडिडेट हो, तो आप

bazelisk --bisect=6.1.0..release-6.2.0rc2 build //foo:bar

चलाने के लिए, BAZELISK_SHUTDOWN या BAZELISK_CLEAN एनवायरमेंट वैरिएबल सेट किया जा सकता है बिल्ड स्थिति को रीसेट करने के लिए, फिर से जानने में मदद मिलेगी. ज़्यादा जानकारी के लिए, Bazelisk के बारे में दस्तावेज़ देखें अलग-अलग हिस्सों में बांटने की सुविधा का इस्तेमाल करें.

दो फ़ॉर्मैट का इस्तेमाल करने के लिए, Bazelisk को नए वर्शन में अपग्रेड करना न भूलें सुविधा.

नियम का साथ काम करता है

अगर आप नियम लेखक हैं और अलग-अलग Basel वर्शन के लिए, कृपया नियमों का पालन करने के लिए यह सुविधा कैसे काम करती है पेज पर जाएं.