devcontainers / devcontainers/action

Changed namespace, but version tags still appear in original namespace

Aperta
#147 1 commento 0 reazioni 0 assegnatari Vedi su GitHub
Lingua principale
TypeScript
Stelle
88
Fork
32
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Descrizione

I published the first several versions of our devcontainer feature without setting `features-namespace` or `templates-namespace`, so they appeared at a default location based on the name of the repository:
https://github.com/tailscale/codespace/pkgs/container/codespace%2Ftailscale

I've since [updated our workflow](https://github.com/tailscale/codespace/blob/main/.github/workflows/release.yaml) to set the namespaces, but new version tags still only appear at the original location.

For example I ran the `devcontainers/action` workflow for 1.0.3 after updating `features-namespace` and `templates-namespace`, but the 1.0.3 tag only appears in the old package location:
https://github.com/tailscale/codespace/pkgs/container/codespace%2Ftailscale

The new location, the one that I actually want to publish to, only gets the `latest` tag.
https://github.com/tailscale/codespace/pkgs/container/codespace

Therefore the prior versions drop out of its view when a new one it published, and it isn't possible for people to reference the devcontainer feature by a specific version.

What I'd like to accomplish is:
- stop adding new versions in https://github.com/tailscale/codespace/pkgs/container/codespace%2Ftailscale, but leave it in place so as not to break people who are already referencing it
- new versions appear only in https://github.com/tailscale/codespace/pkgs/container/codespace, with their tags

Is there a way to accomplish this?

References: https://github.com/devcontainers/devcontainers.github.io/pull/127

Guida per i contributori

Nessuna guida per i contributori indicizzata per questo repository

Direzione di ricerca

Inizia dal file .github/workflows/release.yaml indicato e traccia come features-namespace e templates-namespace vengono passati al workflow devcontainers/action. Confronta il comportamento di pubblicazione per le posizioni dei pacchetti precedenti e nuove. Il lavoro è completato quando i tag precedenti esistenti rimangono disponibili, mentre i nuovi tag di versione vengono pubblicati solo nel namespace richiesto insieme a latest.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Valutazione

Stack tecnologico
docker, github-actions, typescript
Ambito
devops, release
Tipo di issue
Bug
Difficoltà
4/5
Tempo stimato
3-5 giorni
Stato di attività
Ferma
Chiarezza
Abbastanza chiara
Idoneità per principianti
28/100

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.