Let's say I have a directory, /X/Y
, which is a git repository. Is it possible to somehow call a command like git pull
from inside /X
, but targeting the /X/Y
directory?
EDIT: I guess I was wondering specifically: is it possible to do this using the a git command, but without having to change directories?
NOTE: I've accepted VonC's answer as it's much more elegant than previous options. For people running Git older than 1.8.5, please see bstpierre's answer below.
Not necessarily. Any local commits you have on the branch you're pulling will be merged with the changes upstream.
Check that you correctly created the repo. If the directory doesn't contain a . git repo, use git init to properly initialize the repo or clone an existing repo. Make sure your HEAD file contains the correct information on your current branch.
Just go to the Git Download Folder and follow the instructions. Go to the current directory where you want the cloned directory to be added. To do this, input cd and add your folder location. You can add the folder location by dragging the folder to Git bash.
Git Fetch is the command that tells the local repository that there are changes available in the remote repository without bringing the changes into the local repository. Git Pull on the other hand brings the copy of the remote directory changes into the local repository.
Starting git 1.8.5 (Q4 2013), you will be able to "use a Git command, but without having to change directories".
Just like "
make -C <directory>
", "git -C <directory> ...
" tells Git to go there before doing anything else.
See commit 44e1e4 by Nazri Ramliy:
It takes more keypresses to invoke Git command in a different directory without leaving the current directory:
(cd ~/foo && git status)
git --git-dir=~/foo/.git --work-tree=~/foo status
GIT_DIR=~/foo/.git GIT_WORK_TREE=~/foo git status(cd ../..; git grep foo)
for d in d1 d2 d3; do (cd $d && git svn rebase); done
The methods shown above are acceptable for scripting but are too cumbersome for quick command line invocations.
With this new option, the above can be done with fewer keystrokes:
git -C ~/foo status
git -C ../.. grep foo
for d in d1 d2 d3; do git -C $d svn rebase; done
Since Git 2.3.4 (March 2015), and commit 6a536e2 by Karthik Nayak (KarthikNayak
), git
will treat "git -C '<path>'
" as a no-op when <path>
is empty.
'
git -C ""
' unhelpfully dies with error "Cannot change to ''
", whereas the shell treats cd ""' as a no-op.
Taking the shell's behavior as a precedent, teachgit
to treat -C ""' as a no-op, as well.
4 years later, Git 2.23 (Q3 2019) documents that 'git -C ""
' works and doesn't change directory
It's been behaving so since 6a536e2 (
git
: treat "git -C '<path>'
" as a no-op when<path>
is empty, 2015-03-06, Git v2.3.4).
That means the documentation now (finally) includes:
If '
<path>
' is present but empty, e.g.-C ""
, then the current working directory is left unchanged.
You can see git -C
used with Git 2.26 (Q1 2020), as an example.
See commit b441717, commit 9291e63, commit 5236fce, commit 10812c2, commit 62d58cd, commit b87b02c, commit 9b92070, commit 3595d10, commit f511bc0, commit f6041ab, commit f46c243, commit 99c049b, commit 3738439, commit 7717242, commit b8afb90 (20 Dec 2019) by Denton Liu (Denton-L
).
(Merged by Junio C Hamano -- gitster
-- in commit 381e8e9, 05 Feb 2020)
t1507
: inlinefull_name()
Signed-off-by: Denton Liu
Before, we were running
test_must_fail full_name
. However,test_must_fail
should only be used on git commands.
Inlinefull_name()
so that we can usetest_must_fail
on thegit
command directly.When
full_name()
was introduced in 28fb84382b ("Introduce<branch>@{upstream}
notation", 2009-09-10, Git v1.7.0-rc0 -- merge), thegit -C
option wasn't available yet (since it was introduced in 44e1e4d67d ("git
: run in a directory given with -C option", 2013-09-09, Git v1.8.5-rc0 -- merge listed in batch #5)).
As a result, the helper function removed the need to manuallycd
each time. However, sincegit -C
is available now, we can just use that instead and inlinefull_name()
.
Edit:
There's either a bug with git pull
, or you can't do what you're trying to do with that command. You can however, do it with fetch and merge:
cd /X git --git-dir=/X/Y/.git fetch git --git-dir=/X/Y/.git --work-tree=/X/Y merge origin/master
Original answer:
Assuming you're running bash or similar, you can do (cd /X/Y; git pull)
.
The git man page specifies some variables (see "The git Repository") that seem like they should help, but I can't make them work right (with my 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.
Running the command below while my cwd is /tmp updates that repo, but the updated file appears in /tmp instead of the working tree /tmp/ggg2:
GIT_DIR=/tmp/ggg2/.git git pull
See also this answer to a similar question, which demonstrates the --git-dir
and --work-tree
flags.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With