Git große Commit Best Practices

8

Ich benutze Git und habe die letzte Woche intensiv an meinem lokalen Repository gearbeitet.

Ich mache gerne viele kleine Commits (wie 2 o 3 Dateien) statt große, aber diesmal zwischen Zeitdruck und dass die Änderung viele Dateien involvierte, habe ich eine ganze Menge von Dateien nicht hochgeladen.

>

Meine Frage ist, was ist die beste Vorgehensweise in diesem Szenario? Gibt es ein Tool, mit dem ich die Arbeit in kleine Commits teilen kann?

Beachten Sie, dass ich weiß wie man Dateien einzeln ablegt und die kleinen Commits per Hand ausführt, aber ich habe Angst, einen Fehler zu machen und einen Commit zu erstellen, der den Code in einem inkonsistenter Zustand (wie nicht kompilieren oder schlecht arbeiten).

Danke!

    
Pablo Fernandez 21.01.2010, 22:05
quelle

3 Antworten

9

git add -i sollte Ihnen helfen, Commits in Chunks zu teilen, dann git stash restlicher Code, überprüfen Sie, ob alles funktioniert, git commit , git stash pop und loop.

    
MBO 21.01.2010, 22:12
quelle
2

Sie können einen Teil einer Datei mit git add --patch aufstellen. Dies sollte es Ihnen ermöglichen, Sätze verwandter Änderungen zu committen, ohne andere nicht zusammenhängende Änderungen zu begehen, die in den gleichen Dateien auftreten.

Und wenn Sie die aktuelle HEAD testen möchten, ohne Ihre gesamte unverbindliche Arbeit zu verlieren, ist git stash Ihr Freund.

    
Ben James 21.01.2010 22:10
quelle
1

Persönlich finde ich git add -i ein wenig umständlich zu arbeiten, da ich es schwer finde zu sehen, was es eigentlich macht.

git gui erweist sich jedoch als ziemlich gut für Per-Hunk- und auch für Online-Staging und Staging. Gelegentlich benötigt es ein wenig Unterstützung, indem es eine schnelle temporäre Bearbeitung vor dem Staging durchführt und dann sofort die Bearbeitung umkehrt, aber die meiste Zeit funktioniert git gui wirklich gut für mich.

    
ndim 26.01.2010 12:46
quelle

Tags und Links