Eine Weile zurück I asked our developers to use rebase instead of merge before pushing. Durch das Entfernen trivialer Zusammenführungen wird das Commit-Diagramm viel einfacher nachvollzogen (zB gitk, git log).Block Push der trivialen Verschmelzung zu Git-Server
Manchmal Leute immer noch versehentlich triviale Zusammenführungen, dann drücken. Hat jemand Tipps oder Tricks zum Schreiben eines serverseitigen Hooks, der triviale Zusammenführungen blockiert?
Mit "trivial merge" meine ich eine Zusammenführung ohne Konflikte. Here's an example und here's a better explanation of a trivial merge in git.
Update Mi 10 November 01:26:41 UTC 2010: tolle Kommentare, alle! Vielen Dank.
- Beachten Sie Folgendes: alles, was ich wirklich Leute bin gefragt ist, dies zu tun:
- wenn
git pull --ff-only
ausfällt, tungit pull --rebase
stattgit pull
- wenn
- git.git hat nur ein oder zwei Committer, oder? Theoretisch sollte es einfach sein, dem Commit-Diagramm zu folgen, aber es sieht ziemlich unordentlich aus.
aktualisiert Do 11. November 23.49.35 UTC 2010:
- here's a gist with some in-progress work
- eine andere Idee ist trivial verschmilzt auf dem Client-Ende mit einem "git push" wrapper zu verhindern
aktualisieren Mi 15. Dezember 18.34.52 UTC 2010:
- adymitruk ist in der Nähe! Nur ein Fall ist noch ungelöst: Nicht-triviale Zusammenführungen müssen noch funktionieren.
- Eine ziemlich vollständige test suite ist verfügbar, überprüfen Sie es.
- Ich bat um Hilfe bei einem (der?) git mailing list.
Wie definieren Sie "trivial merge?" Wie können Sie zwischen trivialen Zusammenführungen und nicht trivialen Zusammenführungen unterscheiden? – cdhowie
Ich habe das hinzugefügt, beginnend mit * By "trivial merge" ... * –
Es gibt viele Argumente gegen Rebasing statt Merge. Persönlich würde ich es hassen, gezwungen zu werden. Sag einfach;) –