Förhandsgranska ändringar med helm diff

Det är riskabelt att uppgradera i blindo. Pluginet helm diff visar exakt vad en uppgradering skulle lägga till, ändra eller ta bort innan ni rör klustret. 👀

Till skillnad från lint och template levereras helm diff som ett community-plugin. Ni installerar det en gång, och därefter fungerar det som vilket inbyggt Helm-underkommando som helst.

Kör helm diff upgrade med samma releasenamn och chart som ni planerar att driftsätta. Kommandot jämför den aktiva releasen med det som de nya manifesten skulle skapa.

Tillagda rader visas i grönt och borttagna rader i rött, precis som i en Git-diff. Ni ser direkt att en image-tag har uppdaterats eller att antalet repliker har ändrats.

En vanlig helm upgrade tillämpar bara ändringarna och rapporterar att det lyckades. Diff-pluginet visar avsikten först, så överraskningar upptäcks vid granskningen.

Samla in diff-utskriften och bifoga den som en PR-kommentar. Granskarna godkänner den faktiska infrastrukturändringen, inte bara ändringen i values-filen.

Använd --detailed-exitcode så att kommandot returnerar en särskild exitkod när ändringar finns. CI kan då kräva att en människa bekräftar diffen.

Underkommandot helm diff revision jämför två sparade revisioner av en release, så att ni kan granska vad som faktiskt ändrades mellan driftsättningarna.

För en release som ännu inte finns anger ni --allow-unreleased så att diff behandlar allt som nyligen tillagt i stället för att avsluta med ett fel.

Kubernetes lägger till fält som ni inte bryr er om. Använd --suppress eller normaliseringsflaggor så att diffen bara fokuserar på meningsfulla ändringar.

Eftersom diff måste läsa den aktiva releasen ansluter helm diff till klustret med samma kubeconfig-kontext som kubectl och helm själva använder.

Installera pluginet helm diff, kör diff för varje uppgradering och visa resultatet i er pull request. Då levererar ni ändringar som ni faktiskt har sett och godkänt. ✅