The `canary` dist-tag can move back to an older build
Maintainer thường phản hồi trong vòng 3 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 52/100
Hướng nghiên cứu
Start by inspecting the GitHub Actions workflow's canary build and publish job, especially the npm publish --tag canary step and the weekday scheduled run. Trace how concurrent and re-run jobs select the commit to publish; done means an older build cannot move the canary tag backward and the scheduled run can restore the latest canary without the reported E403 failure.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Every push to main and every weekday scheduled run builds a canary and runs npm publish --tag canary, which moves the canary dist-tag to that build. Nothing checks that the build is newer than the one the tag already points at, so the tag can end up on an older build.
Details
- Two merges close together can publish out of order. Each merge starts its own workflow run, and the publish job waits for that run's tests. If a second merge lands while the first run is still going and the first run's tests finish last, the older commit's canary publishes last and takes the tag.
- A run takes about 6 to 7 minutes. On 2026-09-27 the run for
f182972started 21 seconds after the canary for84a8a51had published.
- A run takes about 6 to 7 minutes. On 2026-09-27 the run for
- Re-running an older run can publish it late. A run on
mainwhose canary never published, for example because a test failed, publishes when it is re-run, even if newer canaries have gone out since. - Nothing puts the tag back. The weekday scheduled run rebuilds the latest commit on
main, whose version is already on npm, so its publish fails withE403(example). The tag stays on the older build until the next merge.
Scope
I have not seen the tag move back yet. While it sits on an older build, npm install @angular/fire@canary installs that build.
- Ngôn ngữ chính
- TypeScript
- Star
- 7.8k
- Fork
- 2.2k
- Merge trung bình
- 3 ngày 2 giờ
- Pull request đã merge (30 ngày)
- 13
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Có mẫu pull request
- Đọc 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 angular/angularfire
-
A 20.x release after 21.0.0 would move `latest` back to 20.x, and `next` stays on the release candidateCó thể đã có người làm @armando-navarro đã nhận 1 ngày trước. Đang mởcomp: build/pipeline type: bug version: current (v17+)
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 85/100
angular/angularfire#3790 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
docs: the App Check guide does not cover server-side renderingCó thể đã có người làm @armando-navarro đã nhận 11 ngày trước. Đang mởcomp: app-check comp: docs comp: ssr type: chore version: current (v17+)
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
angular/angularfire#3774 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
A canary published right after another can read a stale `canary` tagCó thể đã có người làm @armando-navarro đã nhận 1 ngày trước. Đang mởcomp: build/pipeline type: bug version: current (v17+)
Độ khó 3/5 Nửa ngày Mức phù hợp với người mới 65/100
angular/angularfire#3791 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
`ng update @angular/fire` stops before the v21 migration when it runs Angular CLI 22.3Có thể đã có người làm @armando-navarro đã nhận 1 ngày trước. Đang mởcomp: schematics type: bug version: current (v17+)
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 25/100
angular/angularfire#3789 ·
Maintainer thường phản hồi trong vòng 3 ngày
-
Use `TransferState` to hand server-rendered Firestore data to the browser, instead of reading every document twiceCó thể làm lại được @armando-navarro đã nhận 39 ngày trước và không có pull request nào đang mở. Đang mởcomp: firestore comp: ssr priority: P0 (critical) type: feature version: current (v17+)
angular/angularfire#3757 · 1 người được giao ·
Maintainer thường phản hồi trong vòng 3 ngày
Tất cả issue của angular/angularfire
Issue tương tự
-
[Feature]: [P3] engine-rs: the package source hash should ignore line endings and untracked filesĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
maniator/verticopolis#880 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
siyuan-note/siyuan#20353 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
black-forest-labs/skills#17 ·
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Albert-Weasker/niubigeo#168 ·
Maintainer thường phản hồi trong vòng 1 ngày