How do I check whether the remote repository has changed and I need to pull?
Now I use this simple script:
git pull --dry-run | grep -q -v 'Already up-to-date.' && changed=1
But it is rather heavy.
Is there a better way? The ideal solution would check all the remote branches, and return names of the changed branches and the number of new commits in each one.
If you have an upstream branch
If you don't have an upstream branch
Compare the two branches:
For example:
(I'm assuming
origin/master
is your remote tracking branch)If any commits are listed in the output above, then you have incoming changes -- you need to merge. If no commits are listed by
git log
then there is nothing to merge.Note that this will work even if you are on a feature branch -- that does not have a tracking remote, since if explicitly refers to
origin/master
instead of implicitly using the upstream branch remembered by Git.I suggest you go see the script https://github.com/badele/gitcheck. I have coded this script for check in one pass all your Git repositories, and it shows who has not committed and who has not pushed/pulled.
Here a sample result:
I based this solution on the comments of @jberger.
First use
git remote update
, to bring your remote refs up to date. Then you can do one of several things, such as:git status -uno
will tell you whether the branch you are tracking is ahead, behind or has diverged. If it says nothing, the local and remote are the same.git show-branch *master
will show you the commits in all of the branches whose names end in 'master' (eg master and origin/master).If you use
-v
withgit remote update
(git remote -v update
) you can see which branches got updated, so you don't really need any further commands.However, it looks like you want to do this in a script or program and end up with a true/false value. If so, there are ways to check the relationship between your current HEAD commit and the head of the branch you're tracking, although since there are four possible outcomes you can't reduce it to a yes/no answer. However, if you're prepared to do a
pull --rebase
then you can treat "local is behind" and "local has diverged" as "need to pull", and the other two as "don't need to pull".You can get the commit id of any ref using
git rev-parse <ref>
, so you can do this for master and origin/master and compare them. If they're equal, the branches are the same. If they're unequal, you want to know which is ahead of the other. Usinggit merge-base master origin/master
will tell you the common ancestor of both branches, and if they haven't diverged this will be the same as one or the other. If you get three different ids, the branches have diverged.To do this properly, eg in a script, you need to be able to refer to the current branch, and the remote branch it's tracking. The bash prompt-setting function in
/etc/bash_completion.d
has some useful code for getting branch names. However, you probably don't actually need to get the names. Git has some neat shorthands for referring to branches and commits (as documented ingit rev-parse --help
). In particular, you can use@
for the current branch (assuming you're not in a detached-head state) and@{u}
for its upstream branch (egorigin/master
). Sogit merge-base @ @{u}
will return the (hash of the) commit at which the current branch and its upstream diverge andgit rev-parse @
andgit rev-parse @{u}
will give you the hashes of the two tips. This can be summarized in the following script:Note: older versions of git didn't allow
@
on its own, so you may have to use@{0}
instead.The line
UPSTREAM=${1:-'@{u}'}
allows you optionally to pass an upstream branch explicitly, in case you want to check against a different remote branch than the one configured for the current branch. This would typically be of the form remotename/branchname. If no parameter is given, the value defaults to@{u}
.The script assumes that you've done a
git fetch
orgit remote update
first, to bring the tracking branches up to date. I didn't build this into the script because it's more flexible to be able to do the fetching and the comparing as separate operations, for example if you want to compare without fetching because you already fetched recently.Maybe this, if you want to add task as crontab:
For the windows users who end up on this question looking for this, I've modified some of the answer into a powershell script. Tweak as necessary, save to a
.ps1
file and run on demand or scheduled if you like.