Remove limitation on the frequency of semver-minor LTS relesease
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Bắt đầu bằng việc xem xét workflow phát hành LTS và cuộc thảo luận trong issue này, tập trung vào cách các thay đổi semver-patch và semver-minor di chuyển từ main sang branch LTS. Kiểm tra các label dont-land, backport-blocked và backport-requested. Công việc được xem là hoàn tất khi quy tắc về tần suất phát hành có một quyết định được ghi lại và hướng dẫn phát hành phản ánh quyết định đó.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
I'd like to propose we remove the unofficial rule we have limiting the frequency of semver-minor LTS releases to one per quarter (I think?). Having prepared some of those releases, I think the rule is counterproductive, error-prone, and puts a huge burden on the releasers. Here are a few reasons I would like to remove the rule and let the releaser decide each time whether they are going to prepare a minor or a patch release:
- The
mainbranch is not managed in a way that facilitates our work. Once a few semver-minor changes have landed, a lot of subsequent semver-patch changes will depend on them, making it difficult to find commits that can land cleanly on the LTS branch. The consequence of this is that we tend to have relatively small patch releases followed by a huge minor release like v16.17.0 today. - Because most of the semver-patch commits cannot land cleanly without their semver-minor dependencies, the release preparation takes a very long time as the releaser has to check for each conflicting commit why it doesn't apply. Then they either add the appropriate label (dont-land, backport-blocked, backport-requested) or fix the conflict manually. Each manual fix takes time and may introduce bugs even if it seems trivial.
- Users have to wait many months for changes they care about (many of these changes being semver-patch bug fixes) to land on LTS.
@nodejs/lts
- Ngôn ngữ chính
- JavaScript
- Star
- 4.4k
- Fork
- 675
- Merge trung bình
- 22 giờ 29 phút
- Pull request đã merge (30 ngày)
- 1
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của nodejs/Release
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
-
Release-agenda
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 78/100
-
CitGM backlog Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 50/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 20/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 35/100
Tất cả issue của nodejs/Release
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
mksglu/context-mode#1200 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
neondatabase/website#5944 ·
-
module: core
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
bigbluebutton/bigbluebutton#25849 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
jaegertracing/jaeger-ui#4506 ·