envoyproxy/gateway

Consider using `ko` instead of `docker build`

Open

#89 geöffnet am 2. Juni 2022

Auf GitHub ansehen
 (2 Kommentare) (1 Reaktion) (0 zugewiesene Personen)Go (802 Forks)auto 404
area/cihelp wantedkind/question

Repository-Metriken

Stars
 (2.871 Stars)
PR-Merge-Metriken
 (PR-Metriken ausstehend)

Beschreibung

ko is a tool for building Docker images that are simple containerized Go programs. In my opinion, this is preferable to docker build for several reasons:

  • Does reproducible builds, which are a big plus for supply-chain security
  • Native support of multi-arch builds
  • Can take advantage of the host's Go module+compiler cache for faster builds. (This is sorta possible with docker build using experimental buildkit extensions)

Related to: https://github.com/envoyproxy/gateway/pull/83

Contributor Guide

Research-Richtung
Überprüfen Sie das vorhandene Dockerfile und die Build Skripte und bewerten Sie, wie `ko` für reproduzierbare Multi Architektur Builds integriert werden kann. Vergleichen Sie Build Zeiten und Komplexität.
Tech Stack
godocker
Domain
devopsbuild system
Issue Type
Refactoring
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
Halber Tag
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
GoDocker
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
65