Ad esempio, ho un file con indentazione scarsa (almeno incoerente con il resto del progetto).
Se correggo il rientro e il commit, ci sarà un serio cambiamento nel file ad un certo punto nel tempo, facendo sì che le differenze tra le versioni prima e dopo quella seria siano difficili da leggere.
Come gestisci il re delle modifiche logiche minori che causano diff principali?
Lo gestirò in questo modo:
[CodingStandard] ) e includi tale etichetta nel commento su quel commit (ad esempio [CodingStandard] Correct the indentation ) L'elemento 2 è utile quando desideri sfogliare rapidamente il registro dei commit. L'elemento 1 rende più semplice verificare se il commit esegue esattamente ciò che suggerisce il commento.
Ora, supponiamo tu abbia 5 commit per questo file:
[CodingStandard]
|
V
X1 <--- X2 <--- X3 <--- X4 <--- X5
Non ti aiuta se intendi diff X1 e X5. Tuttavia, ti dà la possibilità di isolare diff (X2, X3) che devi solo studiare diff (X1, X2) e diff (X3, X5).
Devi farlo, quindi fallo.
Tuttavia, isolalo a quel commit. Fai un commit correggendo gli spazi bianchi e non facendo altre modifiche al codice. Sarà più facile lavorare in seguito se è necessario rivedere la cronologia dei repo o bisect, ecc.
Leggi altre domande sui tag code-quality version-control