Calling 'git pull' from a git post-update hook

I have a central git repo set up using gitolite.

I want to set up a hook such that whenever a user pushes to the repo, it performs a pull elsewhere followed by some automated testing.

  • Jenkins cannot find JUnit (Netbeans+ Git + Ant + JUnit + Jenkins)
  • Unable to add files to source control using VS 2015 and GIT
  • Are “git add file” and “git checkout — file” symmetric?
  • Will stash apply still work after a commit?
  • How I can store some local changes that survives git reset --hard
  • Git get --source information in --format
  • So far, I only want to it perform the pull.

    In the hooks directory I created the following script names post-update:

    cd /home/git/www/epicac
    git pull

    When I invoke this script using ./post-update, it does exactly what I want.

    However, whenever it’s invoked automatically as I hook, I get: fatal: Not a git repository: ‘.’

    Any idea why this might be happening?

  • Rewriting git history to make crlf consistent
  • How do I do the reverse of gitk's “Write commit to file”?
  • gitlab runner The requested URL returned error: 403
  • git initialize remote repo
  • For home projects, can Mercurial or Git (or other DVCS) provide more advantages over Subversion?
  • GIT multiple local checkouts
  • 4 Solutions collect form web for “Calling 'git pull' from a git post-update hook”

    You have various diagnostics to run as suggested in this SO answer.

    In particular, check out the the value of GIT_DIR and GIT_WORK_TREE.

    While the hook is running, GIT_DIR and (if the worktree can’t be inferred from GIT_DIR) GIT_WORK_TREE are set.
    That means your pull won’t run with the repository in the directory you changed to.

    See also blog post Using Git Inside a Git Hook:

    Eventually we got our linux guru over and he noticed that the environment under which the git user runs is totally different when inside a hook.
    Gitolite does a bunch of things to the env, but the one that was screwing us up was the setting of the GIT_DIR.
    After we figured that out, the solution was as easy as:

    ENV.delete 'GIT_DIR'

    in our ruby script that is triggered by the ‘post-receive‘ hook.

    Same deal in
    Git Tip: Auto update working tree via post-receive hook, but with an elegant way out of this:

    The solution?
    It turns out the post-receive hook starts out with the GIT_DIR environment variable set to the repo/.git folder, so no matter what path you ‘cd’ into it will always try to run any following git commands there.
    Fixing this is simply a matter of unsetting the GIT_DIR
    (thanks to Ulrich Petri for the elegant env -i solution):

    cd ..
    env -i git reset --hard

    How about specifying the --git-dir.

    cd /home/git/www/epicac
    git --git-dir=.git pull

    This should do the trick in just one line:

    git -C /home/git/www/epicac pull
    Git Baby is a git and github fan, let's start git clone.