GoogleContainerTools/skaffold

Skaffold should output which kube-context + cluster is being used

Aperta

#6861 aperta il 15 nov 2021

Vedi su GitHubGuida contributor
 (4 commenti) (3 reazioni) (0 assegnatari)Go (1416 fork)batch import
area/clibugbash/q4-2022good first issuehelp wantedkind/feature-requestpriority/p2

Metriche repository

Star
 (12.822 stelle)
Metriche merge PR
 (Merge medio 3g 6h) (16 PR mergiate in 30 g)

Descrizione

It should be more clear for users (and people trying to offer support by looking at logs!) which kube-context and cluster is being used.

$ skaffold dev
Listing files to watch...
 - skaffold-example
Generating tags...
 - skaffold-example -> skaffold-example:v1.34.0-60-gef8185519
Checking cache...
 - skaffold-example: Not found. Building
Starting build...
Building [skaffold-example]...

This information is shown with -vinfo, but most users do not run at this level:

$ skaffold dev -v info
INFO[0000] Skaffold &{Version:v1.34.0-60-gef8185519 ConfigVersion:skaffold/v2beta26 GitVersion: GitCommit:ef818551948c82de81ef4308aef7dbcb36d3dede BuildDate:2021-11-15T15:47:08Z GoVersion:go1.17.2 Compiler:gc Platform:darwin/arm64 User:}  subtask=-1 task=DevLoop
INFO[0000] Loaded Skaffold defaults from "/Users/bdealwis/.skaffold/config"  subtask=-1 task=DevLoop
INFO[0000] Using kubectl context: gke_k8s-skaffold_us-west1_test-cluster  subtask=-1 task=DevLoop
INFO[0001] build concurrency first set to 1 parsed from *local.Builder[0]  subtask=-1 task=DevLoop

Guida contributor

Direzione di ricerca
La richiesta del problema è che Skaffold emetta il contesto e il cluster Kubernetes corrente al livello di verbosità predefinito. Attualmente, queste informazioni vengono mostrate solo con il flag ` vinfo` (vedi codice in `cmd/skaffold/app/cmd/commands.go` o nel logger). Un contributore dovrebbe individuare dove viene emesso il log a livello info (probabilmente in `pkg/skaffold/runner/runner.go` o simile) e aggiungere una riga simile a un livello di log inferiore (ad esempio info o predefinito). Controllare l'implementazione esistente per assicurarsi che l'output sia chiaro e corrisponda allo stile. Non ci sono PR collegate o assegnatari, ma il problema potrebbe contenere ulteriori suggerimenti nei commenti; rivederli prima di iniziare.
Tech stack
go
Dominio
backendclidevopsinfrastructuredeveloper experience
Tipo issue
Funzionalità
DifficoltàQuanto dovrebbe essere impegnativa per un nuovo contributor.
2
Tempo stimatoTempo stimato per completare e verificare uno scope piccolo.
1-3 ore
Stato attivitàQuanto è probabile che la issue sia ancora attiva e reviewable.
Attiva
ChiarezzaQuanto chiaramente la issue descrive problema, scope e risultato atteso.
Chiara
Prerequisiti
GitGo
Adatta ai principiantiQuanto la issue è adatta a contributor alla prima esperienza.
75