stackabletech / stackabletech/docker-images
Rework: Docker images according to best practice
Dieses Issue hat noch niemand übernommen.
- Vorherrschende Sprache
- Dockerfile
- Sterne
- 22
- Forks
- 6
- Ø Merge
- 16 Std. 59 Min.
- Gemergte PRs (30 T.)
- 30
Beschreibung
-
Split generic COPY stackable/ into subdirectories and copy those only in layers necessary
Currently we do things like that:COPY --chown=stackable:stackable hive/stackable /stackableWe want to be a bit more precise with that.
-
We need to take care about when to create which layer in terms of what is changing often in the end, less changing in the Beginning
We should reduce build times and avoid changing layers to often.
This will have the advantage of reducing buildtimes and only change layers when the change is really in there.
Beitragsleitfaden
Für dieses Repository ist kein Beitragsleitfaden indexiert
Erste Schritte
- Lies das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreib ins Issue, dass du es übernimmst — das erspart doppelte Arbeit.
- Forke das Repository und arbeite in einem Branch.
- Öffne einen Pull Request, der die Issue-Nummer nennt.
Rechercherichtung
Beginne damit, die Dockerfiles des Repositorys und die aktuelle allgemeine Verwendung von COPY stackable/ zu inventarisieren, einschließlich des hive/stackable-Beispiels. Überprüfe die bestehende Reihenfolge beim Erstellen der Images und ermittle, welche Inhalte sich am häufigsten ändern. Erledigt ist die Aufgabe, wenn relevante Verzeichnisse nur dort kopiert werden, wo sie benötigt werden, die Layer so angeordnet sind, dass unnötige Neubuilds reduziert werden, und die Image-Builds weiterhin erfolgreich sind.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Bewertung
- Tech-Stack
- docker
- Bereich
- build-system, devops
- Issue-Typ
- Refactoring
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Aktivitätsstatus
- Veraltet
- Klarheit
- Muss geklärt werden
- Anfängerfreundlichkeit
- 25/100