Rolling tags for upstream stable tracking
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 35/100
Direzione di ricerca
Non viene indicato alcun file di implementazione né alcun test; inizia esaminando la semantica documentata di stable, latest, production, previous e last insieme alle pull requests collegate di updater_server. Ricostruisci come questo repository pubblica i tag Docker, comprese le varianti apache, fpm e alpine, e considera il lavoro svolto quando i rolling tags proposti corrispondono in modo coerente alle regole dichiarate di supporto e disponibilità upstream.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Goal: Track official upstream designations for the various non-EoL majors at any given point in time
Existing but better document:
stablealways point to the highest numbered of the currently supported majors (e.g 27, 28, 29) that is published to 100% of instances via the Nextcloud Update Server.- Trackable here
latestalways points at the absolute highest of the currently supported majors without regard for 100% general availability.- On the surface this seems like an easy one, but this is an oddball because it's also equivalent to not specifying any label at all and therefore the Docker default. Since it's the de facto entry point for newcomers, it is reasonably debatable whether starting people on the most bleeding edge is always ideal.
- Outside of the Apache/default,
latestis also a modified for the other image types (fpm, alpine) in the same manner
productionis just a mirror ofstable.
New (proposed not actually implemented):
previousis the most recent major behind the latest major which is receiving regular bug fixes.lastis the oldest major still receiving updates.
Related:
{major}-{apache, fpm}(e.g.28-apache) always points to the latest published maintenance release for the specified major*-alpinevariations in all cases where applicable (no need for debian/bookworm since that's our default base)
- Lingua principale
- Shell
- Stelle
- 7.4k
- Fork
- 1.9k
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di nextcloud/docker
-
1. To develop bug feature: cron image
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
Drop paragarph about anonymous (unnamed) volumes under Persistent Storage section fo the docsApertabug docs
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 72/100
-
0. Needs triage bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 35/100
-
Imagick architecture mismatch (x86_64 vs aarch64) on official arm64 image causes Apache segfaultsAperta0. Needs triage bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 50/100
Tutte le issue di nextcloud/docker
Issue simili
-
netbox status: backlog topic: testing type: housekeeping
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
netbox-community/netbox#23395 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 85/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
ajeetdsouza/zoxide#1323 ·
I maintainer di solito rispondono entro 1 giorno
-
e2e-failure ready-to-code
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
redhat-developer/rhdh-plugin-export-overlays#4391 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
needs triage
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
pbakaus/impeccable#1028 ·
I maintainer di solito rispondono entro 1 giorno