不在git目录中时进行git pull

假设我有一个目录/X/Y，这是一个git存储库。是否可以通过某种方式调用git pull来自inside 的命令/X，但以/X/Y目录为目标？

编辑：我想我特别想知道：是否可以使用git命令来执行此操作，而不必更改目录？

注意：我已经接受VonC的答案，因为它比以前的选项要优雅得多。对于运行Git 1.8.5之前的版本的人，请参见下面的bstpierre答案。

从git 1.8.5（2013年第四季度）开始，您将能够“使用Git命令，而不必更改目录”。

就像“ make -C <directory>”一样，“ git -C <directory> ...”告诉Git在做其他事情之前要去那里。

见提交44e1e4由纳兹里Ramliy：

在不离开当前目录的情况下，需要更多的按键才能调用其他目录中的Git命令：

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

上面显示的方法可用于脚本编写，但对于快速命令行调用而言则过于繁琐。

使用此新选项，可以用更少的击键完成上述操作：

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

自Git 2.3.4（2015年3月）以来，由Karthik Nayak（）提交6a536e2，将在空时将“ ”视为无操作。KarthikNayakgitgit -C '<path>'<path>

' git -C ""'无故死于错误“ Cannot change to ''”，而shell将cd“”“视为无操作。
以shell的行为为先例，还教导git将-C“”'视为无操作。

4年后，Git 2.23（Q3 2019）证明了' git -C ""'有效并且不会更改目录

自6a536e2以来，它的行为一直如此（git：空git -C '<path>'时将“ ”视为无操作<path>，2015-03-06，Git v2.3.4）。

这意味着现在（最终）的文档包括：

如果' <path>'存在但为空，例如-C ""，则当前工作目录保持不变。

您可以看到git -C与Git 2.26（Q1 2020）一起使用的示例。

请参阅提交b441717，提交9291e63，提交5236fce，提交10812c2，提交62d58cd，提交b87b02c，提交9b92070，提交3595d10，提交f511bc0，提交f6041ab，提交f46c243，提交99c049b，提交3738439，提交7717242，提交b8afb90（2019年12月20日）由Denton Liu（Denton-L）撰写。
^{（通过合并JUNIOÇ滨野- gitster-在提交381e8e9，2020年2月5日）}

t1507： 排队 full_name()

^{签字人：刘丹顿}

以前，我们在跑步test_must_fail full_name。但是，test_must_fail仅应在git命令上使用。
内联，full_name()以便我们可以直接test_must_fail在git命令上使用。

当full_name()在28fb84382b中引入（“ Introduce <branch>@{upstream}符号”，2009-09-10，Git v1.7.0-rc0- merge）时，该git -C选项尚不可用（因为它是在44e1e4d67d中引入的（“ git：在给定的目录中运行使用-C选项”，2013-09-09，Git v1.8.5-rc0- 合并在批次＃5中列出））。
结果，助手功能消除了cd每次手动操作的需要。但是，由于git -C现在可用，因此我们可以改为使用inline full_name()。

编辑：

要么存在bug git pull，要么无法使用该命令执行操作。但是，您可以通过获取和合并来实现：

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

原始答案：

假设您正在运行bash或类似工具，则可以这样做(cd /X/Y; git pull)。

在git的手册页指定一些变量（请参阅“Git仓库”），似乎像他们应该帮助，但我不能让他们的工作权利（与我的仓库在/ 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.

当我的cwd为/ tmp时运行以下命令会更新该存储库，但更新的文件将显示在/ tmp而不是工作树/ tmp / ggg2中：

GIT_DIR=/tmp/ggg2/.git git pull

另请参见类似问题的答案，该问题演示了--git-dir和--work-tree标志。

您可以将其包装在bash脚本或git别名中：

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

这篇文章有点老了，所以可能有一个错误并且已经修复，但是我只是这样做了：

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

而且有效。花了我几分钟来弄清楚它想要点文件和父目录（在标准设置中，它们始终是父/子目录，但在所有设置中却不是，因此需要明确指定它们。

由于我的某些服务器在旧的Ubuntu LTS版本上，因此我无法轻易将git升级到最新版本（如某些答案中所述，它支持-C选项）。

这个技巧对我来说效果很好，尤其是因为它没有其他一些答案的副作用，这些其他答案使您离开了起始位置。

pushd /X/Y
git pull
popd

或者，将其作为单线执行：

pushd /X/Y; git pull; popd

Linux和Windows都具有push和popd命令。

使用和组合pushd，我们可以实现以下功能：git pullpopd

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

例如：

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

您可以编写如下脚本：

cd /X/Y
git pull

您可以将其命名为gitpull。
如果您希望它执行任意目录，而不是/X/Y：

cd $1
git pull

然后，您可以使用来调用它。gitpull /X/Z
最后，您可以尝试查找存储库。我有一个~/git包含存储库的文件夹，您可以使用它对所有存储库进行提取。

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

对于像我这样试图通过远程服务器上的drush（Drupal shell）命令执行此操作的任何人，您将无法使用需要CD进入工作目录的解决方案：

相反，您需要使用将提取分解为获取和合并的解决方案：

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

这可能是一个类似的问题，但是您也可以简单地链接命令。例如

一行上

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

或通过SSH。

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