Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

The `canary` dist-tag can move back to an older build

Geschlossen
#3,783 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

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
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Aktiv
Tech-Stack
github-actions, node.js
Bereich
ci-cd, devops, release

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 f182972 started 21 seconds after the canary for 84a8a51 had published.
  • Re-running an older run can publish it late. A run on main whose 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 with E403 (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

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus angular/angularfire

Alle Issues in angular/angularfire

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.