containers: a retention policy for main's candidate tags

Chiusa
  • Qualcosa non va?
#277 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

I maintainer di solito rispondono entro 1 giorno

Una pull request collegata è già stata integrata.

  • #290 di @mmcky — integrata

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
39/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Attiva
Stack tecnologico
github-actions, shell
Ambito
devops, release

Direzione di ricerca

Start with build-containers.yml and scripts/delete-pr-images.sh, then read CONTRIBUTING's rollback procedure and the linked discussion around #142 and #274. Compare the existing pull request image cleanup with the candidate tags described here. Done means a documented retention policy and a workflow or promotion step that applies it while preserving the digest and manifests used by :latest; the policy choices remain open.

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

Descrizione

low-priority maintenance

Every build-containers.yml run pushes two tags per image that nothing deletes: main-<sha7> and main-<YYYYMMDD>-<HHMMSS>-<sha7>. Since #142's phase 2 (#274), these candidates are what :latest is promoted from, and each one is a rollback target: CONTRIBUTING's procedure points :latest back at an earlier digest, found in the promote job's summary or by date. A dispatch from a branch adds <branch>-<sha7> and <branch>-<date>-<time>-<sha7>, which are never promoted. A pull request's pr-<N> candidates are already deleted when it closes (scripts/delete-pr-images.sh).

The policy to decide:

  • how many main-* versions to keep per image, or for how long, given that main builds only when an image changes (a few times a month);
  • never delete the version :latest points at, nor the manifests in its index (the guard delete-pr-images.sh already has);
  • whether branch-dispatch tags go on a shorter clock, or are deleted at the end of their run;
  • where it runs: a scheduled workflow, or a step after promotion.

Related, and the maintainer's alone: strict branch protection for pull requests that change containers/**, so that a candidate is always tested against the main it merges into (#142's proposal check, follow-ups).

Claude Code (on behalf of mmcky), drafted by the mini:actions-containers session and filed by the organiser

Lingua principale
Shell
Stelle
0
Fork
1
Merge medio
20h 3m
PR unite (30g)
48

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di QuantEcon/actions

Tutte le issue di QuantEcon/actions

Issue simili

Altre issue su Shell/Bash

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.