Use ldflags for build versioning
I maintainer di solito rispondono entro 1 giorno
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 2/5
- Tempo stimato
- 1-3 ore
- Idoneità per principianti
- 55/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Ferma
- Stack tecnologico
- go
- Ambito
- build-system, cli
Direzione di ricerca
Start by reading the Makefile or build script and the version variables introduced for #12; the payload does not name their file paths. Check how builds are invoked, then use git describe --tags, git rev-parse HEAD, and the UTC date command as inputs to Go -ldflags. Done means builds inject version, commit hash, and build date without manually updating code.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Problem
The version information added in #12 currently uses placeholder values. We need to inject version, commit hash, and build date at build time.
Proposed Solution
Use Go's -ldflags during build to inject version information:
go build -ldflags "-X main.Version=${VERSION} -X main.Commit=${COMMIT} -X main.BuildDate=${DATE}"
Implementation Details
- Update Makefile/build script to use ldflags
- Extract version from git tags (e.g.,
git describe --tags) - Extract commit hash from git (e.g.,
git rev-parse HEAD) - Generate build date (e.g.,
date -u +"%Y-%m-%dT%H:%M:%SZ")
Benefits
- No need to manually update version in code
- Accurate build metadata for debugging
- Follows Go best practices for versioning
- Lingua principale
- Go
- Stelle
- 9
- Fork
- 1
- Merge medio
- 3h 29m
- PR unite (30g)
- 29
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 kernelshard/expose
-
documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
kernelshard/expose#71 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 65/100
kernelshard/expose#35 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 52/100
kernelshard/expose#92 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 4/5 3-5 giorni Idoneità per principianti 48/100
kernelshard/expose#88 ·
I maintainer di solito rispondono entro 1 giorno
-
enhancement
Difficoltà 3/5 1-2 giorni Idoneità per principianti 55/100
kernelshard/expose#80 ·
I maintainer di solito rispondono entro 1 giorno
Tutte le issue di kernelshard/expose
Issue simili
-
Handler accepts zero/negative NNCP_MAX_RETRIES and NNCP backoff values, stalling policies or hot-loopingForse già presa @NopeCharon l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
nmstate/kubernetes-nmstate#1604 ·
-
bug
Difficoltà 2/5 1-3 ore Idoneità per principianti 70/100
-
bug raised-by:desk
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
medici-finance/assay#4723 ·
I maintainer di solito rispondono entro 1 giorno
-
[doc-healer] DDUw improvement: retry integrity-filtered issue reads with direct single-item lookupsApertaautomation documentation
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
flannel-io/flannel#2608 ·
I maintainer di solito rispondono entro 2 giorni