Gibt es eine Möglichkeit, das Host-Git-Repository so einzurichten, dass git pulles --rebasestandardmäßig von seinen (lokalen) Klonen verwendet wird? Durch die Suche nach Stack Overflow habe ich davon erfahren branch.autosetuprebase, aber es muss pro Klon individuell konfiguriert werden.

Mein Projektablauf ist so eingerichtet, dass wir pullden developZweig haben, bevor wir mergeeinen Feature-Zweig dazu erstellen. Dies wird pullfast immer verwendet --rebase, daher versuche ich herauszufinden, ob dies die Standardeinstellung sein kann.

Es gibt jetzt 3 verschiedene Konfigurationsebenen für das Standard-Pull-Verhalten. Von den allgemeinsten bis zu den feinkörnigsten sind sie:

1. pull.rebase

Wenn Sie dies auf setzen, truebedeutet dies immer, dass dies git pullimmer gleichbedeutend ist git pull --rebase(es branch.<branchname>.rebasesei denn, dies ist ausdrücklich festgelegt false). Dies kann auch pro Repository oder global festgelegt werden.

2. branch.autosetuprebase

Wenn Sie dies auf setzen always, wird bei jeder Erstellung eines Tracking-Zweigs ein Konfigurationseintrag wie der folgende erstellt. Für feinkörnige Kontrolle, dies kann auch eingestellt werden never, localoder remoteund kann pro Repository oder global festgelegt werden. Siehe git config --helpfür weitere Details.

3. branch.<branchname>.rebase

Wenn Sie dies auf setzen, truebedeutet dies, dass dieser bestimmte Zweig immer durch erneutes Basieren aus seinem Upstream gezogen wird, sofern dies nicht git pull --no-rebaseexplizit verwendet wird.

Fazit

Während Sie das Standardverhalten nicht für alle zukünftigen Klone eines Repositorys ändern können, können Sie das Standardverhalten für alle (vorhandenen und zukünftigen) Repositorys des aktuellen Benutzers über ändern git config --global pull.rebase true.

Wie wäre es mit

git config --global pull.rebase true

Dies wird git anweisen, immer mit Rebase zu ziehen.

Die Antwort ist nein.

Es gibt keine Möglichkeit, ein Remote-Repository so einzurichten, dass jeder, der es klont, das Standardverhalten von git pullgeändert hat.

Sie können jedoch einen serverseitigen Hook einrichten, der überprüft, ob niemand Merge-Commits überträgt (so etwas vielleicht).

Es gibt auch einige Konfigurationsoptionen, an denen Sie interessiert sein könnten. Alle Entwickler, die aus dem Remote-Repository klonen, müssen diese manuell festlegen.

1. Option branch.<name>.rebase

Sie können einen lokalen Zweig so konfigurieren, dass er immer so verwendet --rebasewird und <name>durch einen Zweignamen ersetzt wird:

git config branch.<name>.rebase true

Nachdem Sie dies ausgeführt haben master, sah der masterAbschnitt in folgendermaßen .git/configaus:

[branch "master"]
    remote = origin
    merge = refs/heads/master
    rebase = true

2. Option branch.autosetuprebase

Das Ausführen dieses vorherigen Konfigurationsbefehls für jeden Git-Zweig kann problematisch sein. Sie können Git also so konfigurieren, dass er automatisch für jeden neuen Zweig eingerichtet wird:

git config branch.autosetuprebase always

(Sie können auch angeben never, remoteund local, siehe man git-configfür Details.)

Ohne diese --globalOption wird die Konfiguration in gespeichert .git/configund nur das aktuelle Repository ist betroffen. Mit --globalwird die Konfiguration in gespeichert ~/.gitconfigund jedes nicht konfigurierte Repository ist betroffen.

Diese Option wirkt sich nicht auf bereits vorhandene Zweige aus.

3. Option pull.rebase

git config --bool pull.rebase true

(Sie können ihm auch die --globalOption geben.)

Wenn diese Option wahr git pullist, entspricht das Ausführen dem git pull --rebase, es sei denn, es branch.<name>.rebasewurde festgelegt false.

Dies macht die --rebaseOption zur Standardeinstellung, wenn eine git pull für einen bestimmten Zweig ausgegeben wird.

@Flimm, ich musste hinzufügen true, damit deine erste Option funktioniert.

Die richtige Syntax lautet also:

git config branch.<branch>.rebase true

So führen Sie diesen Befehl auf dem developZweig aus:

git config branch.develop.rebase true

Und jetzt sieht der developAbschnitt in so .git/configaus:

[branch "develop"]
        remote = origin
        merge = refs/heads/develop
        rebase = true

Derzeit gibt es keine Möglichkeit, die Standardrichtlinie für ein Repository festzulegen.

Wenn Sie es selbst wollen und mindestens Git 1.7.9 verwenden, können Sie die pull.rebaseKonfiguration global wie folgt festlegen :

git config --global pull.rebase true

Aber Sie müssen auf jeder Maschine tun. Eine Option könnte darin bestehen, die Standard-Home-Vorlage / das Standard-Skelett des Benutzers mit dieser Option zu konfigurieren. Benutzer können diese Option jedoch ändern.

Wenn Sie keine Zusammenführungen wünschen, können Sie einen serverseitigen Hook definieren, um Pushs mit Zusammenführungen abzulehnen.

Als Referenz dient die Quelldokumentation für pull.rebase:

Wenn true, werden die Zweige über dem abgerufenen Zweig neu basiert, anstatt den Standardzweig von der Standardfernbedienung zusammenzuführen, wenn "git pull" ausgeführt wird. Siehe "branch..rebase", um dies für jeden Zweig festzulegen.

Übergeben Sie beim Zusammenführen die Option --rebase-merges an git rebase, damit die lokalen Merge-Commits in der Rebase enthalten sind ( Details siehe git-rebase ).

Übergeben Sie beim Speichern auch --preserve-merges an git rebase, damit lokal festgeschriebene Merge-Commits nicht durch Ausführen von git pull abgeflacht werden.

Wenn der Wert interaktiv ist, wird die Rebase im interaktiven Modus ausgeführt.

HINWEIS: Dies ist eine möglicherweise gefährliche Operation. Verwenden Sie es nur, wenn Sie die Auswirkungen verstanden haben ( Einzelheiten finden Sie unter git-rebase ).