जैसा कि मूल ब्लॉग में किया गया है पोस्ट, बेज़ल 4.0 और उसके बाद के वर्शन दो रिलीज़ ट्रैक पर काम करते हैं: रोलिंग रिलीज़ और लंबे समय तक सहायता (एलटीएस) वाली रिलीज़. इस पेज पर सभी नई जानकारी के बारे में बताया गया है बेज़ल के रिलीज़ मॉडल के बारे में जानकारी.
रिलीज़ का वर्शन
बेज़ेल 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 में एलटीएस रिलीज़ के लिए नए पैच वर्शन गंभीर गड़बड़ी की मांग पर, रखरखाव के चरण रिलीज़ किए जा सकते हैं समाधान.
- दो साल तक रखरखाव का स्टेज.
पहले से तय की गई रिलीज़ के बारे में जानने के लिए, कृपया हमारी रिलीज़ देखें समस्याएं GitHub पर.
सपोर्ट मैट्रिक्स
एलटीएस रिलीज़ | सहायता का स्टेज | सबसे नया वर्शन | इस डिवाइस पर सहायता पाने की सुविधा बंद होने के बारे में जानकारी |
---|---|---|---|
बेज़ल 7 | लगातार | GitHub के रिलीज़ पेज की जांच करें | लागू नहीं |
बेज़ल 6 | चालू है | 6.4.0 | दिसंबर 2025 |
बेज़ल 5 | रखरखाव | 5.4.1 | जनवरी 2025 |
बेज़ल 4 | रखरखाव | 4.2.4 | जनवरी 2024 |
Basel की सभी रिलीज़, रिलीज़ वर्शन में देखी जा सकती हैं पेज पर क्लिक करें.
रिलीज़ की प्रोसेस और नीतियां
रोलिंग रिलीज़ के लिए, यह प्रोसेस आसान है: करीब हर दो हफ़्ते में, तो नई रिलीज़ बनाई जाती है और यह Google की इंटरनल टेक्नोलॉजी ब्लेज़ रिलीज़. तेज़ी से रिलीज़ होने वाले शेड्यूल की वजह से, हम किसी भी बदलाव को बैकपोर्ट नहीं करते शामिल कर लिया है.
एलटीएस रिलीज़ के लिए, नीचे दी गई प्रक्रिया और नीतियों का पालन किया जाता है:
- रिलीज़ के लिए बेसलाइन तय तय करें.
- नई मुख्य एलटीएस रिलीज़ के लिए, बेसलाइन कमिटी मुख्य ब्रांच.
- माइनर या पैच रिलीज़ के लिए, बेसलाइन कमिट उसी एलटीएस रिलीज़ का मौजूदा सबसे नया वर्शन हो.
- बेसलाइन से
release-<version>
के नाम में रिलीज़ ब्रांच बनाएं कमिट करें. - बैकपोर्ट को PR के ज़रिए रिलीज़ ब्रांच में बदला जाता है.
- समुदाय, कुछ सदस्यताओं का जवाब देकर, सदस्यताओं से जुड़ी जानकारी शेयर करने का सुझाव दे सकता है
"
@bazel-io flag
" GitHub से जुड़ी समस्या या पीआर से जुड़ी समस्याओं को रिलीज़ ब्लॉकर का काम करते हैं, तो बेज़ल टीम उन्हें प्राथमिकता के आधार पर निपटाती है और तय करती है कि कमेंट को बैक-पोर्ट करें. - मुख्य ब्रांच में, पुराने सिस्टम के साथ काम करने वाले कॉन्टेंट को ही बैक-पोर्ट किया जा सकता है, मर्ज विवादों के समाधान के लिए, अतिरिक्त मामूली बदलाव स्वीकार किए जाते हैं.
- समुदाय, कुछ सदस्यताओं का जवाब देकर, सदस्यताओं से जुड़ी जानकारी शेयर करने का सुझाव दे सकता है
"
- रिलीज़ ब्लॉकर की पहचान करें और रिलीज़ ब्रांच में मिलने वाली समस्याओं को ठीक करें.
- रिलीज़ ब्रांच को इसी टेस्ट सुइट के साथ टेस्ट किया जाता है पोस्टसबमिट करें और डाउनस्ट्रीम टेस्ट पाइपलाइन पेश है. बेज़ेल टीम, रिलीज़ के टेस्ट के नतीजों पर नज़र रखती है की जांच करता है और रिग्रेशन मिलने पर उसे ठीक करता है.
- जब सभी को जानकारी हो, तब रिलीज़ ब्रांच से एक नया रिलीज़ कैंडिडेट बनाएं
रिलीज़ ब्लॉकर की समस्या ठीक कर दी जाती है.
- रिलीज़ के लिए उम्मीदवार की घोषणा basel-discuss, बेज़ल टीम, कैंडिडेट के लिए कम्यूनिटी से जुड़ी बग रिपोर्ट पर नज़र रखती है.
- अगर नए रिलीज़ ब्लॉकर का पता चलता है, तो आखिरी चरण पर वापस जाएं और सभी समस्याओं को हल करने के बाद एक नया रिलीज़ कैंडिडेट तैयार करें.
- रिलीज़ ब्रांच में नई सुविधाओं को जोड़ने की अनुमति नहीं है, तो पहली रिलीज़ वाला कैंडिडेट बनाया जाता है.
- अगर कोई और वीडियो रिलीज़ नहीं किया जाता है, तो रिलीज़ में शामिल उम्मीदवार को आधिकारिक रिलीज़ के तौर पर पेश करें
ब्लॉकर मिल जाते हैं
- पैच रिलीज़ के लिए, रिलीज़ को कम से कम दो कामकाजी दिनों के बाद पुश करें आखिरी रिलीज़ कैंडिडेट रिलीज़ हो गया है.
- बड़ी और छोटी रिलीज़ के लिए, रिलीज़ को दो कामकाजी दिन बाद पुश करें चैनल की रिलीज़ के एक हफ़्ते बाद, अगला उम्मीदवार रिलीज़ नहीं किया गया है पहला रिलीज़ कैंडिडेट रिलीज़ हो गया है.
- रिलीज़ को सिर्फ़ उस दिन भेजा जाता है जब अगला दिन कारोबार का हो दिन.
- रिलीज़ का एलान 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 वर्शन के लिए, कृपया नियमों का पालन करने के लिए यह सुविधा कैसे काम करती है पेज पर जाएं.