Git Pull, während nicht in einem Git-Verzeichnis

Angenommen, ich habe ein Verzeichnis, /X/Ybei dem es sich um ein Git-Repository handelt. Ist es möglich, einen Befehl wie git pullvon innen aufzurufen /X, aber auf das /X/YVerzeichnis abzuzielen ?

EDIT: Ich glaube, ich habe mich speziell gefragt: Ist es möglich, dies mit dem Befehl a git zu tun, ohne die Verzeichnisse ändern zu müssen?

HINWEIS: Ich habe die Antwort von VonC akzeptiert , da sie viel eleganter ist als die vorherigen Optionen. Für Leute, die Git älter als 1.8.5 ausführen, lesen Sie bitte die Antwort von bstpierre unten .

Ab Git 1.8.5 (Q4 2013) können Sie "einen Git-Befehl verwenden, ohne jedoch die Verzeichnisse wechseln zu müssen".

Genau wie „ make -C <directory>“, „ git -C <directory> ...“ sagt Git , dorthin zu gehen , bevor irgendetwas anderes zu tun .

Siehe Commit 44e1e4 von Nazri Ramliy :

Es sind mehr Tastendrücke erforderlich, um den Git-Befehl in einem anderen Verzeichnis aufzurufen, ohne das aktuelle Verzeichnis zu verlassen:

1. (cd ~/foo && git status)
git --git-dir=~/foo/.git --work-tree=~/foo status
GIT_DIR=~/foo/.git GIT_WORK_TREE=~/foo git status
2. (cd ../..; git grep foo)
3. for d in d1 d2 d3; do (cd $d && git svn rebase); done

Die oben gezeigten Methoden sind für die Skripterstellung akzeptabel, für schnelle Befehlszeilenaufrufe jedoch zu umständlich.

Mit dieser neuen Option können die oben genannten Schritte mit weniger Tastenanschlägen ausgeführt werden:

1. git -C ~/foo status
2. git -C ../.. grep foo
3. for d in d1 d2 d3; do git -C $d svn rebase; done

Seit Git 2.3.4 (März 2015), und verpflichten 6a536e2 von Karthik Nayak ( KarthikNayak) , gitbehandeln wird " git -C '<path>'" als no-op , wenn <path>leer.

' git -C ""' stirbt unbeholfen mit dem Fehler " Cannot change to ''", während die Shell cd "" als No-Op behandelt.
Nehmen Sie das Verhalten der Shell als Präzedenzfall und lehren Sie git, -C "" 'auch als No-Op zu behandeln.

4 Jahre später dokumentiert Git 2.23 (Q3 2019), dass ' git -C ""' funktioniert und das Verzeichnis nicht wechselt

Es verhält sich seit 6a536e2 so ( git: " git -C '<path>'" als No-Op behandeln, wenn <path>es leer ist, 2015-03-06, Git v2.3.4).

Das heißt, die Dokumentation enthält jetzt (endlich):

Wenn ' <path>' vorhanden, aber leer ist, z. B. -C "", bleibt das aktuelle Arbeitsverzeichnis unverändert.

Sie können git -Cals Beispiel die Verwendung mit Git 2.26 (Q1 2020) sehen.

Sehen Sie verpflichten b441717 , begehen 9291e63 , begehen 5236fce , begehen 10812c2 , begehen 62d58cd , begehen b87b02c , begehen 9b92070 , begehen 3595d10 , begehen f511bc0 , begehen f6041ab , begehen f46c243 , begehen 99c049b , begehen 3.738.439 , begehen 7.717.242 , begehen b8afb90 (20. Dezember 2019) von Denton Liu ( Denton-L) .
^{(Zusammengeführt von Junio ​​C Hamano - gitster- in Commit 381e8e9 , 05. Februar 2020)}

t1507: in der Reihe full_name()

^{Unterzeichnet von: Denton Liu}

Vorher rannten wir test_must_fail full_name. Sollte test_must_failjedoch nur für Git-Befehle verwendet werden.
Inline, full_name()damit wir test_must_failden gitBefehl direkt verwenden können.

Bei full_name()der Einführung in 28fb84382b ("Introduce <branch>@{upstream}notation", 10.09.2009, Git v1.7.0-rc0 - merge ) war die git -COption noch nicht verfügbar (da sie in 44e1e4d67d eingeführt wurde (" git: in einem angegebenen Verzeichnis ausführen) mit der Option -C ", 09.09.2013, Git v1.8.5-rc0 - Zusammenführung in Stapel 5 aufgeführt )).
Infolgedessen wurde durch die Hilfsfunktion die Notwendigkeit beseitigt, cdjedes Mal manuell zu arbeiten. Da git -Ces jetzt verfügbar ist, können wir es stattdessen einfach und inline verwenden full_name().

Bearbeiten :

Es gibt entweder einen Fehler mit git pulloder Sie können nicht das tun, was Sie mit diesem Befehl versuchen. Sie können dies jedoch mit Abrufen und Zusammenführen tun:

cd /X
git --git-dir=/X/Y/.git fetch
git --git-dir=/X/Y/.git --work-tree=/X/Y merge origin/master

Ursprüngliche Antwort :

Angenommen, Sie führen Bash oder ähnliches aus, können Sie dies tun (cd /X/Y; git pull).

Die Git-Manpage gibt einige Variablen an (siehe "Das Git-Repository"), die helfen sollen, aber ich kann sie nicht richtig funktionieren lassen (mit meinem Repository in / tmp / ggg2):

GIT_WORK_TREE=/tmp/ggg2 GIT_DIR=/tmp/ggg2/.git git pull
fatal: /usr/lib/git-core/git-pull cannot be used without a working tree.

Wenn Sie den folgenden Befehl ausführen, während mein cwd / tmp ist, wird das Repo aktualisiert, aber die aktualisierte Datei wird in / tmp anstelle des Arbeitsbaums / tmp / ggg2 angezeigt:

GIT_DIR=/tmp/ggg2/.git git pull

Siehe auch diese Antwort auf eine ähnliche Frage , die die --git-dirund --work-tree-Flaggen demonstriert .

Sie können es in ein Bash-Skript oder einen Git-Alias ​​einbinden:

cd /X/Y && git pull && cd -

Dieser Beitrag ist ein bisschen alt, also könnte es einen Fehler geben und er wurde behoben, aber ich habe dies einfach getan:

git --work-tree=/X/Y --git-dir=/X/Y/.git pull origin branch

Und es hat funktioniert. Ich habe eine Minute gebraucht, um herauszufinden, dass die Punktdatei und das übergeordnete Verzeichnis benötigt werden (in einem Standard-Setup sind dies immer Eltern / Kind, aber nicht in ALLEN Setups, daher müssen sie explizit angegeben werden.

Da sich einige meiner Server auf einer alten Ubuntu LTS-Version befinden, kann ich git nicht einfach auf die neueste Version aktualisieren (die die Option -C unterstützt, wie in einigen Antworten beschrieben).

Dieser Trick funktioniert gut für mich, insbesondere weil er nicht die Nebenwirkung einiger anderer Antworten hat, die Sie in einem anderen Verzeichnis belassen, als Sie begonnen haben.

pushd /X/Y
git pull
popd

Oder als Einzeiler:

pushd /X/Y; git pull; popd

Sowohl Linux als auch Windows verfügen über Pushd- und Popd-Befehle.

Mit Kombination pushd, git pullund popdwir diese Funktionalität erreichen können:

pushd <path-to-git-repo> && git pull && popd

Zum Beispiel:

pushd "E:\Fake Directory\gitrepo" && git pull && popd

Sie können ein Skript wie folgt schreiben:

cd /X/Y
git pull

Sie können es so etwas wie nennen gitpull.
Wenn Sie es lieber haben möchten, machen Sie beliebige Verzeichnisse anstelle von /X/Y:

cd $1
git pull

Dann können Sie es mit gitpull /X/Z
Zuletzt können Sie versuchen, Repositorys zu finden. Ich habe einen ~/gitOrdner, der Repositorys enthält, und Sie können diesen verwenden, um alle abzurufen.

g=`find /X -name .git`
for repo in ${g[@]}
do
    cd ${repo}
    cd ..
    git pull
done

Für jemanden wie mich, der dies über einen Drush-Befehl (Drupal-Shell) auf einem Remote-Server versucht hat, können Sie die Lösung nicht verwenden, für die Sie eine CD in das Arbeitsverzeichnis benötigen:

Stattdessen müssen Sie die Lösung verwenden, die den Pull in ein Fetch & Merge aufteilt:

drush @remote exec git --git-dir=/REPO/PATH --work-tree=/REPO/WORKDIR-PATH fetch origin
drush @remote exec git --git-dir=/REPO/PATH --work-tree=/REPO/WORKDIR-PATH merge origin/branch

Dies mag ein ähnliches Problem sein, aber Sie können Ihre Befehle auch einfach verketten. z.B

In einer Zeile

cd ~/Sites/yourdir/web;git pull origin master

Oder über SSH.

ssh username@atyourserver.com -t "cd ~/Sites/thedir/web;git pull origin master"