ตามที่ได้ประกาศไว้ในบล็อกโพสต์ต้นฉบับ Bazel เวอร์ชัน 4.0 ขึ้นไปรองรับแทร็กการเผยแพร่ 2 แบบ ได้แก่ การเผยแพร่แบบต่อเนื่องและการเผยแพร่แบบ LTS (การสนับสนุนระยะยาว) หน้านี้ครอบคลุมข้อมูลล่าสุดเกี่ยวกับรูปแบบรุ่นของ Bazel
การกำหนดเวอร์ชันของรุ่น
Bazel ใช้รูปแบบการกำหนดเวอร์ชันmajor.minor.patch
- รุ่นหลักมีฟีเจอร์ที่เข้ากันไม่ได้กับรุ่นก่อนหน้า เวอร์ชันหลักแต่ละเวอร์ชันของ Bazel เป็นรุ่น LTS
- รุ่นย่อยมีการแก้ไขข้อบกพร่องและฟีเจอร์ที่เข้ากันได้แบบย้อนหลังซึ่งพอร์ตมาจากสาขาหลัก
- รุ่นแพตช์มีการแก้ไขข้อบกพร่องร้ายแรง
นอกจากนี้ ระบบจะระบุเวอร์ชันก่อนเปิดตัวด้วยการเพิ่มขีดกลางและส่วนต่อท้ายวันที่ต่อท้ายหมายเลขเวอร์ชันหลักถัดไป
เช่น รุ่นใหม่ของแต่ละประเภทจะมีหมายเลขเวอร์ชันดังต่อไปนี้
- หลัก: 6.0.0
- เวอร์ชันย่อย: 6.1.0
- แพตช์: 6.1.2
- รุ่นทดลอง: 7.0.0-pre.20230502.1
ระยะการสนับสนุน
เวอร์ชันหลักของ Bazel แต่ละเวอร์ชันจะมีระยะการสนับสนุน 4 ระยะ ดังนี้
- เปิดตัวแล้ว: เวอร์ชันหลักนี้ยังอยู่ในรุ่นทดลอง ทีม Bazel ได้เผยแพร่การเปิดตัวทีละขั้นจาก HEAD
- ใช้งานอยู่: เวอร์ชันหลักนี้เป็นรุ่น LTS ที่ใช้งานอยู่ในปัจจุบัน ทีม Bazel จะพอร์ตฟีเจอร์สำคัญและการแก้ไขข้อบกพร่องไปยังรุ่นย่อย
- การบำรุงรักษา: เวอร์ชันหลักนี้เป็น LTS เวอร์ชันเก่าที่อยู่ในโหมดการบำรุงรักษา ทีม Bazel สัญญาว่าจะพอร์ตการแก้ไขข้อบกพร่องที่สำคัญสำหรับปัญหาด้านความปลอดภัยและปัญหาความเข้ากันได้ของระบบปฏิบัติการไปยังรุ่น LTS นี้เท่านั้น
- เลิกใช้งานแล้ว: ทีม Bazel ไม่รองรับเวอร์ชันหลักนี้อีกต่อไป ผู้ใช้ทุกคนควรเปลี่ยนไปใช้ Bazel LTS รุ่นใหม่
ความถี่ในการเผยแพร่
Bazel เผยแพร่รุ่นสำหรับแทร็กการเผยแพร่ 2 แทร็กเป็นประจำ
การเผยแพร่แบบเป็นขั้นๆ
- การเผยแพร่แบบต่อเนื่องจะประสานกับรุ่น Google Blaze และเผยแพร่จาก HEAD ทุกๆ 2 สัปดาห์ ซึ่งเป็นตัวอย่างของรุ่น Bazel LTS เวอร์ชันถัดไป
- การทยอยเผยแพร่อาจมีการเผยแพร่การเปลี่ยนแปลงที่เข้ากันไม่ได้ เราขอแนะนำให้ใช้ Flag ที่เข้ากันไม่ได้กับการเปลี่ยนแปลงที่สำคัญ การเปิดตัวการเปลี่ยนแปลงที่เข้ากันไม่ได้ควรเป็นไปตามนโยบายความเข้ากันได้แบบย้อนหลัง
เวอร์ชัน LTS
- รุ่นหลัก: คาดว่าจะมีการแยกรุ่น LTS ใหม่จาก HEAD ประมาณทุก 12 เดือน เมื่อมีการเผยแพร่ LTS เวอร์ชันใหม่ เวอร์ชันดังกล่าวจะเข้าสู่ระยะใช้งานทันที และ LTS เวอร์ชันก่อนหน้าจะเข้าสู่ระยะการบำรุงรักษา
- รุ่นย่อย: คาดว่าจะมีการเผยแพร่รุ่นย่อยใหม่ในแทร็ก LTS ที่ใช้งานอยู่ทุก 2 เดือน
- การเผยแพร่แพตช์: แพตช์เวอร์ชันใหม่ของ LTS รุ่นที่อยู่ในขั้นใช้งานอยู่และการบำรุงรักษาคาดว่าจะเผยแพร่เมื่อต้องการสำหรับการแก้ไขข้อบกพร่องที่สำคัญ
- รุ่น Bazel LTS เข้าสู่ระยะเลิกใช้งานหลังจากอยู่ในขั้นตอนการบำรุงรักษาเป็นเวลา 2 ปี
สำหรับรุ่นที่วางแผนไว้ โปรดดูปัญหาเกี่ยวกับรุ่นใน GitHub
เมทริกซ์การสนับสนุน
รุ่น LTS | ระยะการสนับสนุน | เวอร์ชันล่าสุด | สิ้นสุดการสนับสนุน |
---|---|---|---|
Bazel 7 | ทบเวลา | ตรวจสอบหน้ารุ่นของ GitHub | ไม่มี |
Bazel 6 | ใช้งานอยู่ | 6.4.0 | ธ.ค. 2025 |
Bazel 5 | การบำรุงรักษา | 5.4.1 | ม.ค. 2025 |
Bazel 4 | การบำรุงรักษา | 4.2.4 | Jan 2024 |
ดู Bazel ทั้งหมดได้ในหน้าการเผยแพร่ใน GitHub
กระบวนการและนโยบายการเผยแพร่
สำหรับรุ่นที่ทยอยเปิดตัว กระบวนการนี้ทำได้ง่ายมาก โดยระบบจะสร้างรุ่นใหม่ทุก 2 สัปดาห์โดยประมาณ ซึ่งสอดคล้องกับฐานไลน์เดียวกับรุ่น Blaze ภายในของ Google เนื่องจากกำหนดการเผยแพร่ที่รวดเร็ว เราจึงไม่แบ็กพอร์ตการเปลี่ยนแปลงใดๆ ไปยังรุ่นที่ทยอยเผยแพร่
สำหรับรุ่น LTS ให้ทำตามขั้นตอนและนโยบายด้านล่างนี้
- ระบุการคอมมิตพื้นฐานสำหรับรุ่น
- สำหรับรุ่น LTS หลักใหม่ การคอมมิตพื้นฐานคือ HEAD ของสาขาหลัก
- สำหรับรุ่นย่อยหรือเวอร์ชันแพตช์ คอมมิตพื้นฐานคือส่วน HEAD ของรุ่นล่าสุดปัจจุบันของรุ่น LTS เดียวกัน
- สร้างสาขารุ่นในชื่อ
release-<version>
จากคอมมิตพื้นฐาน - ย้ายการเปลี่ยนแปลงไปยังสาขารุ่นผ่าน PR
- ชุมชนสามารถแนะนำสัญญาผูกมัดบางรายการให้มีการส่งกลับมาได้ด้วยการตอบกลับ "
@bazel-io flag
" ในปัญหาหรือ PR ที่เกี่ยวข้องเพื่อทำเครื่องหมายเป็นตัวบล็อกการปล่อยที่อาจเกิดขึ้น ทีม Bazel จะตรวจสอบและตัดสินใจว่าจะย้ายคอมมิตหรือไม่ - มีเพียงคอมมิตที่เข้ากันได้แบบย้อนหลังในสาขาหลักเท่านั้นที่จะพอร์ตย้อนหลังได้ แต่การเปลี่ยนแปลงเล็กน้อยเพิ่มเติมเพื่อแก้ไขข้อขัดแย้งในการผสานจะยอมรับได้
- ชุมชนสามารถแนะนำสัญญาผูกมัดบางรายการให้มีการส่งกลับมาได้ด้วยการตอบกลับ "
- ระบุตัวบล็อกการเผยแพร่และแก้ไขปัญหาที่พบใน Branch ของรุ่น
- ระบบจะทดสอบสาขารุ่นด้วยชุดทดสอบเดียวกันในpostsubmit และไปป์ไลน์การทดสอบดาวน์สตรีมใน Bazel CI ทีม Bazel จะตรวจสอบผลการทดสอบของสาขารุ่นและแก้ไขข้อบกพร่องที่พบ
- สร้างรุ่นที่พร้อมใช้งานใหม่จากสาขารุ่นเมื่อข้อจำกัดด้านรุ่นที่ทราบทั้งหมดได้รับการแก้ไขแล้ว
- จะมีการประกาศผู้สมัครเป็นรุ่นที่พร้อมใช้งานใน bazel-discuss และทีม Bazel จะตรวจสอบรายงานข้อบกพร่องของชุมชนสำหรับเวอร์ชันนี้
- หากพบตัวบล็อกรุ่นใหม่ ให้กลับไปที่ขั้นตอนสุดท้ายและสร้างรุ่นที่พร้อมใช้งานใหม่หลังจากแก้ไขปัญหาทั้งหมดแล้ว
- ไม่อนุญาตให้เพิ่มฟีเจอร์ใหม่ลงในสาขารุ่นหลังจากสร้างรุ่นที่พร้อมใช้งานครั้งแรกแล้ว
- พุชรุ่นที่อาจได้รับการเผยแพร่เป็นรุ่นอย่างเป็นทางการหากไม่พบตัวบล็อกการเผยแพร่เพิ่มเติม
- สำหรับรุ่นแพตช์ ให้พุชรุ่นอย่างน้อย 2 วันทำการหลังจากที่รุ่นผู้สมัครล่าสุดออก
- สำหรับรุ่นหลักและรุ่นย่อย ให้พุชรุ่นดังกล่าว 2 วันทำการหลังจากรุ่นที่พร้อมใช้งานรุ่นสุดท้าย แต่ต้องไม่เกิน 1 สัปดาห์หลังจากรุ่นที่พร้อมใช้งานรุ่นแรก
- ระบบจะพุชรุ่นในวันถัดไปที่เป็นวันทำการเท่านั้น
- การเปิดตัวจะประกาศใน bazel-discuss โดยทีม Bazel จะตรวจสอบและแก้ไขรายงานข้อบกพร่องของชุมชนสำหรับรุ่นใหม่
รายงานการเกิดปัญหาซ้ำ
หากผู้ใช้พบการถดถอยใน Bazel รุ่นใหม่ ผู้สมัครรับเลือกตั้ง หรือแม้กระทั่ง Bazel ที่ HEAD โปรดรายงานข้อบกพร่องใน GitHub คุณสามารถใช้ Bazelisk เพื่อแบ่งตัวผู้ก่อเหตุและรวมข้อมูลนี้ในรายงานข้อบกพร่อง
เช่น หากการบิลด์ของคุณสำเร็จด้วย Bazel 6.1.0 แต่ล้มเหลวกับรุ่นที่ 2 ของรุ่นที่พร้อมใช้งานจริงของ 6.2.0 คุณจะทำบิเซ็กต์ได้ผ่าน
bazelisk --bisect=6.1.0..release-6.2.0rc2 build //foo:bar
คุณสามารถตั้งค่าตัวแปรสภาพแวดล้อม BAZELISK_SHUTDOWN
หรือ BAZELISK_CLEAN
ให้เรียกใช้คำสั่ง bazel ที่เกี่ยวข้องเพื่อรีเซ็ตสถานะของบิลด์ หากจําเป็นต่อการทําให้ปัญหาเกิดซ้ำ ดูรายละเอียดเพิ่มเติมได้ที่เอกสารประกอบเกี่ยวกับ Bazeliskฟีเจอร์แยกกลุ่ม
อย่าลืมอัปเกรด Bazelisk เป็นเวอร์ชันล่าสุดเพื่อใช้ฟีเจอร์แยก
ความเข้ากันได้ของกฎ
หากคุณเป็นผู้เขียนกฎและต้องการรักษาความเข้ากันได้กับ Bazel เวอร์ชันต่างๆ โปรดดูหน้าความเข้ากันได้ของกฎ