Rolling tags for upstream stable tracking
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 5/5
- Geschätzter Aufwand
- Über eine Woche
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Es ist keine Implementierungsdatei und kein Test benannt; beginne damit, die dokumentierte Semantik von stable, latest, production, previous und last zusammen mit den verknüpften updater_server pull requests zu prüfen. Verfolge, wie dieses Repository Docker-Tags veröffentlicht, einschließlich der apache-, fpm- und alpine-Varianten, und berücksichtige die geleistete Arbeit, wenn die vorgeschlagenen rolling tags konsistent mit den angegebenen Upstream-Support- und Verfügbarkeitsregeln übereinstimmen.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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)
- Vorherrschende Sprache
- Shell
- Sterne
- 7.4k
- Forks
- 1.9k
- PR-Merge-Kennzahlen
- Keine gemergten PRs in 30 T.
Entwicklungsumgebung
- Kein Dockerfile und keine Docker-Compose-Datei
- Keine 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 nextcloud/docker
-
1. To develop bug feature: cron image
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 68/100
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 70/100
-
bug docs
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 72/100
-
0. Needs triage bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 35/100
-
Imagick architecture mismatch (x86_64 vs aarch64) on official arm64 image causes Apache segfaultsOffen0. Needs triage bug
Schwierigkeit 4/5 3-5 Tage Anfängerfreundlichkeit 50/100
Alle Issues in nextcloud/docker
Ähnliche Issues
-
Standalone Unix updater reports success when curl fails (`curl | sh` masks the exit status); Windows path is unaffectedEvtl. vergeben @akhil9tiet hat das heute übernommen. Offenbug CLI windows-os
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 72/100
openai/codex#54465 · 1 Kommentar ·
Maintainer antworten meist innerhalb von 1 Tag
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
ChrisTitusTech/dwm-titus#397 ·
Maintainer antworten meist innerhalb von 1 Tag
-
good first issue help wanted language:fr translation
Schwierigkeit 1/5 1-3 Stunden Anfängerfreundlichkeit 88/100
mrvi0/cli-cheatsheet#268 ·