The `canary` dist-tag can move back to an older build
Maintainer antworten meist innerhalb von 3 Tagen
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 52/100
Rechercherichtung
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.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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.
- Vorherrschende Sprache
- TypeScript
- Sterne
- 7.8k
- Forks
- 2.2k
- Ø Merge
- 3 T. 2 Std.
- Gemergte PRs (30 T.)
- 13
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Hat eine Pull-Request-Vorlage
- Beitragsleitfaden lesen
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus angular/angularfire
-
docs: the App Check guide does not cover server-side renderingEvtl. vergeben @armando-navarro hat das vor 9 Tagen übernommen. Offencomp: app-check comp: docs comp: ssr type: chore version: current (v17+)
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
angular/angularfire#3774 ·
Maintainer antworten meist innerhalb von 3 Tagen
-
Use `TransferState` to hand server-rendered Firestore data to the browser, instead of reading every document twiceEvtl. wieder frei @armando-navarro hat das vor 37 Tagen übernommen, und es ist kein Pull Request offen. Offencomp: firestore comp: ssr priority: P0 (critical) type: feature version: current (v17+)
angular/angularfire#3757 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 3 Tagen
-
Six `firebase` entry points have no `@angular/fire` equivalent, so their exports are unreachableEvtl. wieder frei @armando-navarro hat das vor 37 Tagen übernommen, und es ist kein Pull Request offen. Offencomp: core type: feature
angular/angularfire#3755 · 1 zugewiesene Person ·
Maintainer antworten meist innerhalb von 3 Tagen
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
angular/angularfire#3737 · 2 Kommentare · 24 Reaktionen ·
Maintainer antworten meist innerhalb von 3 Tagen
-
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 52/100
angular/angularfire#3715 ·
Maintainer antworten meist innerhalb von 3 Tagen
Alle Issues in angular/angularfire
Ähnliche Issues
-
refactor
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 76/100
tomnewport/memprot-topo#55 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
WalletConnect/walletconnect-monorepo#7368 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
enhancement
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
BU-Spark/se-chem-apll#47 ·
-
embed: handleTurboSignMessage header comment says the signing page posts to '*' (it never does)Offendocumentation
Schwierigkeit 2/5 Unter einer Stunde Anfängerfreundlichkeit 82/100
Maintainer antworten meist innerhalb von 1 Tag
-
Schwierigkeit 2/5 Ein halber Tag Anfängerfreundlichkeit 70/100
udistrital/paginaweb_root#23 ·