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

Fix RELEASE and VERSION labels in product images

Offen
  • Stimmt etwas nicht?
#152 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 2 Tagen

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
3/5
Geschätzter Aufwand
1-2 Tage
Anfängerfreundlichkeit
45/100
Issue-Typ
Bug
Klarheit
Größtenteils klar
Aktivitätsstatus
Veraltet
Tech-Stack
docker
Bereich
build-system

Rechercherichtung

Beginne damit, das Build-Skript zu finden, das die Docker-Produkt-Images erstellt, sowie die Image-Definitionen, die die Labels RELEASE und VERSION enthalten. Verfolge, wie Image-Tags und Build-Argumente zusammengesetzt werden, und überprüfe anschließend, dass ein CLI-Parameter RELEASE global setzt und VERSION dem vollständigen erstellten Image-Tag entspricht, z. B. zookeeper3.8.0-stackable0.1.0.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Our docker images currently have a hard coded label RELEASE=1 which was required for Openshift certification. Another label is VERSION which currently is set from the product version (e.g. 3.8.0 for a ZooKeeper 3.8.0).

For RELEASE we want to update to our actual naming of our releases. The next one would be 22.09. This should probably be parameterized in the build script instead of each product image.

The version label does not make sense currently. It will always be 3.8.0 (for a ZooKeeper 3.8.0) even if we adapt, add to or change that image.

The VERSION label should become the full tag we create from that image like zookeeper3.8.0-stackable0.1.0 to clearly identify the image.

This is done when:

  • The RELEASE label is set "globally" via a CLI parameter in the build script
  • The VERSION label is set to the actually name of the created docker images like zookeeper3.8.0-stackable0.1.0
Vorherrschende Sprache
Dockerfile
Sterne
22
Forks
7
Ø Merge
3 T. 15 Std.
Gemergte PRs (30 T.)
33

Entwicklungsumgebung

  • Kein Dockerfile und keine Docker-Compose-Datei
  • Hat eine Pull-Request-Vorlage
  • Kein Beitragsleitfaden

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 stackabletech/docker-images

Alle Issues in stackabletech/docker-images

Ähnliche Issues

Weitere Issues zu Build System

Neue Issues direkt in Ihr Postfach

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