जैसा कि मूल ब्लॉग में किया गया है पोस्ट, बेज़ल 4.0 और उसके बाद के वर्शन दो रिलीज़ ट्रैक पर काम करते हैं: रोलिंग रिलीज़ और लंबे समय तक सहायता (एलटीएस) वाली रिलीज़. इस पेज पर सभी नई जानकारी के बारे में बताया गया है बेज़ल के रिलीज़ मॉडल के बारे में जानकारी.
सपोर्ट मैट्रिक्स
एलटीएस रिलीज़ | सहायता का स्टेज | सबसे नया वर्शन | इस डिवाइस पर सहायता पाने की सुविधा बंद होने के बारे में जानकारी |
---|---|---|---|
बेज़ल 8 | लगातार | रोलिंग रिलीज़ पेज देखें | लागू नहीं |
बेज़ल 7 | चालू है | 7.3.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 रिलीज़ के साथ सिंक की जाती हैं और रिलीज़ की जाती हैं शीर्ष से हर दो सप्ताह में एक बार शुरू किया जाता है. इसमें आपको अगले Basel LTS की झलक दिखेगी रिलीज़.
- रोलिंग रिलीज़, काम न करने वाले बदलावों को शिप कर सकती हैं. असंगत फ़्लैग ये हैं बड़े नुकसान पहुंचाने वाले बदलावों के लिए सुझाव दिया जाता है. साथ काम न करने वाले बदलावों को रोल आउट किया जा सकता है हमारी पुराने सिस्टम के साथ काम करने की क्षमता के हिसाब से, नीति पढ़ें.
एलटीएस रिलीज़
- मुख्य रिलीज़: नई एलटीएस रिलीज़ को HEAD से थोड़ा कम किए जाने की उम्मीद है हर 12 महीने. नई एलटीएस रिलीज़ रिलीज़ होने के बाद, वह तुरंत ऐक्टिव मोड में पहुंच जाती है चरण पर है और पिछली एलटीएस रिलीज़, रखरखाव वाले चरण में पहुंच गई है.
- थोड़ी-बहुत रिलीज़: ऐक्टिव एलटीएस ट्रैक पर, छोटे वर्शन वाले नए शॉर्ट वीडियो अपलोड किए जा सकते हैं दो महीने में एक बार रिलीज़ किया जाएगा.
- पैच रिलीज़: Active और Looker Studio में एलटीएस रिलीज़ के लिए नए पैच वर्शन गंभीर गड़बड़ी की मांग पर, रखरखाव के चरण रिलीज़ किए जा सकते हैं समाधान.
- दो साल तक रखरखाव का स्टेज.
पहले से तय की गई रिलीज़ के बारे में जानने के लिए, कृपया हमारी रिलीज़ देखें समस्याएं .
रिलीज़ की प्रोसेस और नीतियां
रोलिंग रिलीज़ के लिए, यह प्रोसेस आसान है: करीब हर दो हफ़्ते में, तो नई रिलीज़ बनाई जाती है और यह Google की इंटरनल टेक्नोलॉजी ब्लेज़ रिलीज़. तेज़ी से रिलीज़ होने वाले शेड्यूल की वजह से, हम किसी भी बदलाव को बैकपोर्ट नहीं करते शामिल कर लिया है.
एलटीएस रिलीज़ के लिए, नीचे दी गई प्रक्रिया और नीतियों का पालन किया जाता है:
- रिलीज़ के लिए बेसलाइन तय तय करें.
- नई मुख्य एलटीएस रिलीज़ के लिए, बेसलाइन कमिटी मुख्य ब्रांच.
- माइनर या पैच रिलीज़ के लिए, बेसलाइन कमिट उसी एलटीएस रिलीज़ का मौजूदा सबसे नया वर्शन हो.
- बेसलाइन से
release-<version>
के नाम में रिलीज़ ब्रांच बनाएं कमिट करें. - बैकपोर्ट को PR के ज़रिए रिलीज़ ब्रांच में बदला जाता है.
- समुदाय के पास कुछ जवाबदेही का सुझाव देने का विकल्प होता है. इसके लिए, उन्हें जवाब देने का सुझाव दिया जा सकता है
"
@bazel-io flag
" GitHub से जुड़ी समस्या या पीआर से जुड़ी समस्याओं को रिलीज़ ब्लॉकर का काम करते हैं, तो बेज़ल टीम उन्हें प्राथमिकता के आधार पर निपटाती है और तय करती है कि कमेंट को बैक-पोर्ट करें. - मुख्य ब्रांच में, पुराने सिस्टम के साथ काम करने वाले कॉन्टेंट को ही बैक-पोर्ट किया जा सकता है, मर्ज विवादों के समाधान के लिए, अतिरिक्त मामूली बदलाव स्वीकार किए जाते हैं.
- समुदाय के पास कुछ जवाबदेही का सुझाव देने का विकल्प होता है. इसके लिए, उन्हें जवाब देने का सुझाव दिया जा सकता है
"
बेज़ल मेंटेनर के लिए चेरी-पिक रिक्वेस्ट रिक्वेस्ट का इस्तेमाल करके बैकपोर्ट बदलता है.
बेज़ल मेंटेन करने वाले लोग अपनी ओर से चुनिंदा कॉन्टेंट चुनने का अनुरोध कर सकते हैं रिलीज़ ब्रांच में बदल दिया जाता है. इस प्रोसेस को बनाने के लिए GitHub पर चेरी-पिक अनुरोध. आइए जानते हैं कि इसे कैसे किया जाए.
- चेरी चुनने का अनुरोध खोलें
- अनुरोध की जानकारी डालें
- टाइटल: अनुरोध के बारे में कम शब्दों और ज़्यादा जानकारी देने वाला टाइटल दें.
- कमिट आईडी: उन कमिटी के आईडी डालें जिन्हें आपको लागू करना है चेरी-पिक. अगर एक से ज़्यादा कमीशन हैं, तो अलग करें कॉमा लगाकर उन्हें हटाएं.
- कैटगरी: अनुरोध की कैटगरी बताएं.
- समीक्षक: एक से ज़्यादा समीक्षकों के लिए, उनके GitHub को अलग करें आईडी, कॉमा के साथ हो.
- माइलस्टोन सेट करें
- "माइलस्टोन" ढूंढें सेटिंग पर क्लिक करें और सेटिंग पर क्लिक करें.
- सही X.Y.Z रिलीज़ ब्लॉकर चुनें. यह कार्रवाई आपके अनुरोध को प्रोसेस करने के लिए, चेरी-पिक बॉट को ट्रिगर करता है "रिलीज़-X.Y.Z" के लिए ब्रांच.
- समस्या सबमिट करें
- पूरी जानकारी भरने और मीस्टोन सेट करने के बाद, समस्या सबमिट करें.
चेरी-पिक बॉट, अनुरोध को प्रोसेस करेगा और सूचना देगा अगर कॉन्टेंट के लिए कम से कम ज़रूरी शर्तें पूरी की गई हों. अगर आपने किए गए कॉन्टेंट में चेरी को चुना जा सकता है. इसका मतलब है कि कॉन्फ़्लिक्ट मर्ज करके सहमति चुनें और फिर बॉट नया पुल बनाने का अनुरोध तैयार करेगा. जब पुल बेज़ल टीम के एक सदस्य ने अनुरोध स्वीकार कर लिया है, कमिट को चुना जाता है और उन्हें रिलीज़ ब्रांच में मर्ज कर दिया जाता है. चेरी चुनने के अनुरोध के विज़ुअल उदाहरण के लिए, इसका संदर्भ लें उदाहरण को अपनाएं.
रिलीज़ ब्लॉकर की पहचान करें और रिलीज़ ब्रांच में मिलने वाली समस्याओं को ठीक करें.
- रिलीज़ ब्रांच को इसी टेस्ट सुइट के साथ टेस्ट किया जाता है पोस्टसबमिट करें और डाउनस्ट्रीम टेस्ट पाइपलाइन पेश है. बेज़ेल टीम, रिलीज़ के टेस्ट के नतीजों पर नज़र रखती है की जांच करता है और रिग्रेशन मिलने पर उसे ठीक करता है.
जब सभी को जानकारी हो, तब रिलीज़ ब्रांच से एक नया रिलीज़ कैंडिडेट बनाएं रिलीज़ ब्लॉकर की समस्या ठीक कर दी जाती है.
- रिलीज़ के लिए उम्मीदवार की घोषणा basel-discuss, बेज़ल टीम, कैंडिडेट के लिए कम्यूनिटी से जुड़ी बग रिपोर्ट पर नज़र रखती है.
- अगर नए रिलीज़ ब्लॉकर का पता चलता है, तो आखिरी चरण पर वापस जाएं और सभी समस्याओं को हल करने के बाद एक नया रिलीज़ कैंडिडेट तैयार करें.
- रिलीज़ ब्रांच में नई सुविधाओं को जोड़ने की अनुमति नहीं है, तो पहली रिलीज़ वाला कैंडिडेट बनाया जाता है; चेरी-पिक, सीमित से ठीक किया जाता है. अगर किसी चेरी-पिक की ज़रूरत हो, तो अनुरोध करने वाले को ये सवाल देखें: यह बदलाव क्यों अहम है और इससे क्या फ़ायदे मिलते हैं यह किस तरह की टेक्नोलॉजी उपलब्ध कराता है? इस बदलाव से रिग्रेशन?
अगर कोई और वीडियो रिलीज़ नहीं किया जाता है, तो रिलीज़ में शामिल उम्मीदवार को आधिकारिक रिलीज़ के तौर पर पेश करें ब्लॉकर मिल जाते हैं
- पैच रिलीज़ के लिए, रिलीज़ को कम से कम दो कामकाजी दिनों के बाद पुश करें आखिरी रिलीज़ कैंडिडेट रिलीज़ हो गया है.
- बड़ी और छोटी रिलीज़ के लिए, रिलीज़ को दो कामकाजी दिन बाद पुश करें चैनल की रिलीज़ के एक हफ़्ते बाद, अगला उम्मीदवार रिलीज़ नहीं किया गया है पहला रिलीज़ कैंडिडेट रिलीज़ हो गया है.
- रिलीज़ को सिर्फ़ उस दिन भेजा जाता है जब अगला दिन कारोबार का हो दिन.
- रिलीज़ का एलान basel-discuss, बेज़ल टीम, नए वर्शन के लिए समुदाय की बग रिपोर्ट पर नज़र रखती है और उन्हें हल करती है रिलीज़.
रिग्रेशन की रिपोर्ट करें
अगर किसी उपयोगकर्ता को अपनी नई बेज़ल रिलीज़ में रिग्रेशन मिलता है, तो रिलीज़ कैंडिडेट या यहां तक कि HEAD पर बैज, कृपया इस पर बग दर्ज करें GitHub. इस्तेमाल करने के लिए बैजलिस्क, अपराधी को दो हिस्सों में बांटता है और इस जानकारी को बग में शामिल करता है रिपोर्ट.
उदाहरण के लिए, अगर आपका बिल्ड 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 वर्शन के लिए, कृपया नियमों का पालन करने के लिए यह सुविधा कैसे काम करती है पेज पर जाएं.