SourceTree : Hook failing because paths don't seem to be set correctly

[oldskool73]

Hi,

I have a pre-commit hook that calls grunt to lint before checking in. When commiting from the command line it works fine. When commiting via SourceTree it doesn't work. The pre-commit hook runs...

#!/bin/sh
BRANCH="$(git rev-parse --abbrev-ref HEAD)"
ROOT="$(git rev-parse --show-toplevel)"
cd $ROOT
git stash -q --keep-index

cd $ROOT/build
/usr/local/bin/grunt $BRANCH
RESULT=$?
cd $ROOT

git stash pop -q
[ $RESULT -ne 0 ] && exit 1
exit 0

gives the error :

git -c diff.mnemonicprefix=false -c core.quotepath=false commit -q -F /var/folders/Ta/Ta3HaDmvGz8e5G+8MKxNvLtVItU/-Tmp-/SourceTreeTemp.bXmip3 

env: node: No such file or directory

Completed with errors, see above

If I try to run the ST generated git command from the shell manually it works fine too, so I'm guessing it's something up with the paths. I tried creating a launchctl.conf and adding /usr/local/bin to it but that didn't change the error. The path appears to be correct in env.

> which node

/usr/local/bin/node

> env | grep /usr/local/bin

PATH=/usr/local/share/python:/usr/local/opt/php54/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin:/Users/adamr/bin:/Users/adamr/Applications/AWS-ElasticBeanstalk-CLI-2-1.3/eb/macosx/python2.7:/Users/adamr/Applications/AWS-ElasticBeanstalk-CLI-2-1.3/api/bin

Thanks,

Adam

[aamirafridi]

If you are on Mac than try to open sourcetree with this command

open /Applications/SourceTree.app/Contents/MacOS/SourceTree

Now pre-commit and pre-push hooks will run when you try to commit and push from sourcetree

[Robin Caroff]

Works for me, thanks! I also create a an Automator workflow to start this command for a Dock icon.

[aamirafridi]

Create an alias Or may be try making a bash file and drag it to your dock. Never tried these though :p

[Pulkit Singhal]

It really works with two important points to avoid wasting time:

1. close all windows and quit sourcetree completely ... only closing the windows is not enough because that means that previous sourcetree process without the PATH is still running!
2. `stree` is the only thing you need to type if you are already in the directory of interest and sourcetree command line tools are already installed

[Deleted user]

This worked for my setup where I'm using NVM for node versions. 

[Marcin Gorny]

It works! But could someone explain why? @aamirafridi 

[Kamil Dubel]

@Marcin Gorny it works because when you execute command in terminal you are opening sourcetree with your current PATH env (and node path is embedded there)

[Gospodin Chavdarov]

Works for me as well. Thanks, @aamirafridi!

[Rodney Foley]

Does not work in 2021 for me on a Mac.  Shouldn't matter what shell you use but using ZSH and all the commands work from the terminal but do not when running from Sourcetree when launched via either `/Applications/SourceTree.app/Contents/MacOS/SourceTree` or `/Applications/SourceTree.app`

Same failure that it cannot find a command that does exist in the path it was launched from.

I mean Atlassian should just fix this and allow us to tell it what shell launch script to use when starting.  I mean it's typical Atlassian ignoring issues for 7 years or more. Never expect them o fix anything even if it appears simple.

[Timothy Churchward]

Not the nicest solution but adding

export PATH=/usr/local/bin:$PATH

directly to my pre-commit script worked for me.

[Elliot Mitchell]

2020 Checking in, still works

[hpetrovi]

This works. Great, thanks

[ltvpro]

New OSX does not allow to write into /usr/bin (I don't know exactly since which version), therefore we cannot create symbolic link in /usr/bin.

This works on 10.13:

https://apple.stackexchange.com/a/198282/297299

sudo launchctl config user path /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin

[Cansin Yildiz]

Thanks for the suggestion. I ran below on macOS Mojave to get over this problem:

sudo launchctl config user path `echo $PATH` 

[Ricardo Garcia]

This also worked for me on MacOS Catalina.

[Bas Kamer]

this works wonders for me...

#!/bin/bash

source ~/.bash_profile

so to use git-hooks with sourcetree i modified the script a little...

[Megan Koester]

Thank you!  This seems to be by far the simplest solution.

[grafxflow]

Perfect for 10.15.3 :)

[Uri Klar]

Hi! Can you please explain where this code should be added?

[Ankit Kumar]

in git hooks file whichever you want to run while git process.... i.e, pre-commit in our case.

<git hook folder>/pre-commit ->

-------------------------------------------

#!/bin/bash

source ~/.bash_profile

--------------------------------------------

but this is not appropriate for new mac devices because it uses zsh so in that case

-> source ~/.zshrc

so this solution is not for everyone

[kristian.gerardsson]

8 years later... 

Here devs, i fixed it for you!..

1. Other Git UI's don't have this problem.

2. I'm not going to manually change my .git-hook files. I have over 20 projects.

Also, the $PATH it is loading comes from somewhere. Yet mine doesn't even include /usr/bin etc.. Those should be quite obvious to include/append.

SourceTree shows me these only if i do echo $PATH in my git hook.

```

/Applications/Sourcetree.app/Contents/Resources/git_local/libexec/git-core
/Applications/Sourcetree.app/Contents/Resources/bin
/Applications/Sourcetree.app/Contents/Resources/git_local/bin
/Applications/Sourcetree.app/Contents/Resources/git_local/gitflow
/Applications/Sourcetree.app/Contents/Resources/git_local/git-lfs
/Users/kristiangerardsson/.nvm/versions/node/v12.15.0/bin
/Users/kristiangerardsson/.avn/bin
/opt/apache-maven-3.6.0/bin
/usr/local/Cellar/node/8.5.0/bin/
/Users/kristiangerardsson/.yarn/bin
/Users/kristiangerardsson/google-cloud-sdk/bin
/Applications/Visual

```

[wout]

Awesome :D

[Devon Humes]

I have this exact problem, but adding /usr/local/bin to the /etc/paths file doesn't fix it. When I echo out the path in my pre-commit hook, the path variable does not include everything from /etc/paths. Is there somewhere else that I need to change?

[John Talbot]

I'm not fond of changing system paths affecting all users or other programs. Symlinks into /bin being protected in later versions of OSX makes it very difficult as well.  If you are using husky for your githooks then they have the best answer of setting the path in your ~/.huskyrc file. I.e mine contains: 

PATH=/opt/local/bin:/opt/local/sbin:/opt/homebrew/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/mysql/bin:/opt/X11/bin:/Library/Apple/usr/bin

 This makes hooks run even if sourcetree is already running as it takes affect on the next use of the githook by husky.

[Frank Brullo]

So far, this is the best solution I have read so far.

Thanks a lot!

[P Palm]

Finally, something that works!
All the solutions mentioned above couldn't help me.
So thanks for posting this.

[John Talbot]

Your all Welcome!  This still works for me.

[kristian.gerardsson]

Helloooo, how is this still a thing in 2019? Why can't SourceTree pick up the $PATH variable?

echo $PATH
/opt/apache-maven-3.6.0/bin:/usr/local/Cellar/node/8.5.0/bin/:/Users/kristiangerardsson/.yarn/bin:/Users/kristiangerardsson/google-cloud-sdk/bin:/Users/kristiangerardsson/.rbenv/shims:/Users/kristiangerardsson/.rbenv/bin:/Users/kristiangerardsson/.fastlane/bin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/opt/X11/bin

Error when running commands in git-hooks: /bin/sh: mvn: command not found

[Megan Koester]

Add this at the beginning of your githooks script: export PATH=/usr/local/bin:$PATH

[kristian.gerardsson]

The problem is with mvn, which is in

/opt/apache-maven-3.6.0/bin

- It can be a different path for different devs, so you can't commit that.

- That won't work on windows

Terrible answer :P

[ltvpro]

The problem is that your PATH from .bash_profile is just for bash shell. Different shell uses different profile file. Sourcetree launched from system, not from bash, therefore cannot inherit your bash profile. The solution is that setting PATH from system level as my answer above. 

[Ben Hutton]

If you're using OS X, and want to be able to launch SourceTree from the dock while having the correct envrionment... you can follow this simple guide to create a sort of proxy app which will launch SourceTree from the terminal, having sourced your bash_profile...

https://mathiasbynens.be/notes/shell-script-mac-apps

My shell script...

#!/usr/bin/env bash
source ~/.bash_profile
open ~/Applications/SourceTree.app

Confirmed that this works!

[ac]

A simple option change that fixed it for me is using system git instead of embedded git:

Settings->Git->Use System Git

[Kem Tekinay]

My solution was to use a script as a git replacement. The only difficulty was that "submodule" is not a valid subcommand in the embedded git for reasons that elude me. (When I use Embedded Git directly, there is no error, but if I issue the same command against SourceTree.app/Contents/Resources/git_local/bin/git on the command line, there is.) 

#!/bin/bash

PATH=$PATH:/opt/local/bin

# Set git path based on params
if [[ "$@" == *'submodule'* ]]; then 
  GIT_PATH=/opt/local/bin/git 
else 
  GIT_PATH=/Applications/SourceTree.app/Contents/Resources/git_local/bin/git  
fi


"${GIT_PATH}" "$@"

[Florian Roth]

My solution was to create a symbolic link in the /usr/bin directory for the program that the hook tried to use. 

In my case the tool "git-secrets"

cd /usr/bin/
sudo ln -s /usr/local/bin/git-secrets .

[simon hansen]

I'm facing the same issues on my mac with SourceTree 2.5. The precommit hook should lint some php files which are written in php7 syntax. 

The problem is that SourceTree uses the system php (version 5.x) which can't parse the files.

Triggering the precommit hook manually works fine - it uses the correct php version specified as path variable.

So I printed the path in the commit hook and the order of the path variables is different in SourceTree than in terminal. Any suggestions?

[Pulkit Singhal]

Based on previous posts, I start my `stree` from the terminal of interest everytime now so that the variables align.

[Pulkit Singhal]

If `nvm` is what takes care of your nodejs then ...

The right answer is available here:

https://answers.atlassian.com/questions/140339/answers/32030983

[Dmitri Shchurov]

This works better in my environment

#!/usr/bin/env sh
export HOOK_NAME=$0
export HOOK_ARGS=$@
source ~/.bash_profile
`which node` << `tail -n +5 $0`

console.log('test ' + process.env['HOOK_NAME']);
console.log('args ' + process.env['HOOK_ARGS']);

All other advices have caused troubles. Inspired by Universal node.js shebang

[Nitin_Surana]

didn't worked for me.

[Gugulethu Mabuza]

Has there been a fix for this? I am getting the same error when running a hook that has the command exec("php-cs-fixer fix...) Is there a plan to fix this?

[stevestreeting]

It's not something we can fix ourselves, it's an effect of the fact that terminals and full .apps have compeletely different environments (and PATH variables), so just adding something to your PATH in the terminal isn't going to make it visible to something launched by SourceTree. The way to resolve it is to add this folder to your global PATH for .apps too, which you do by editing /etc/paths or adding a new entry to /etc/paths.d

[Devon Humes]

I have this exact problem, but adding /usr/local/bin to the /etc/paths file doesn't fix it. When I echo out the path in my pre-commit hook, the path variable does not include everything from /etc/paths. Is there somewhere else that I need to change?

[Navkaran Garcha]

As discussed in an earlier post you could just symlink the missing paths?

For example my SourceTree application doesn't look in /usr/local/bin (the location of grunt and node on my machine) however it does look in /usr/bin (do 'echo $PATH' in a hook file for example and you will see what paths it is looking in) - so i just did the following in the terminal:

ln -s /usr/local/bin/grunt /usr/bin/grunt
ln -s /usr/local/bin/node /usr/bin/node

Hacky but works.

[KieranA]

I have been scouring around to see what's going on in this case. We should definitely have access to env vars as these are used in many cases. Using 'which node' doesn't necessarily mean it's correct unfortunately, it locates an application in the user's path, so just a few things to check. First, actually browser to /usr/local/bin/node and ensure it's installed there. If it's installed there, is it usable from there? Regarding env vars, have a look here to see if there's anything you're missing. 'node' has been discussed and changed at some point to 'nodejs' instead, but I can't determine when that happened, or if it has happened on Mac OS - users seem to be aliasing 'node' to 'nodejs'.

If all that fails, check out this guys blog regarding the exact error you're getting. Some env vars (dependent on how they're set, and from what app they're set from) don't get set on the same path which means they're unavailable in perhaps this context.

It will be a case of poke it and see, especially when it comes to the path var being set and env vars in general. With the error you're getting, I'm thinking that the env var isn't set in the correct place which is why I've linked those two articles which should hopefully shed some light on it.

[oldskool73]

Hey thanks again for looking into this.

Turns out it was the same issue as described in the last post you linked to. If I launch ST via the command line ($open /Applications/SourceTree.app/Contents/MacOS/SourceTree) it works fine. It only fails when launched by clicking on the app or via spotlight. I'm a bit wary of creating a new $path in environment.plist as this will eventually get out of synch with the real $path and I'll invariably forget about it and end up even more confused later :) So for now I've just symlinked node and phpunit binaries from /usr/local/bin into /bin/ . Not ideal but seems to fix it.

Cheers,

Adam

[CStumph]

This worked for me too

[oldskool73]

10.6.8 at work where I first noticed this, and 10.7.3 at home getting the same error. Thanks.

[KieranA]

Hi Adam. Which version of OS X are you using? Thanks in advance.

[Fery Christysen]

Hi Kieran, I also face this problem, in my case, I have pre-commit git hook which run some lint and format code script. This script use my .bash_profile environment variable. If I commit through terminal, the pre-commit hooks runs successfully, while when I commit through SourceTree, if fails to find the specified environment variable.

I use MacOS version High Sierra 10.13.6

[ltvpro]

This works:

https://apple.stackexchange.com/a/198282/297299

sudo launchctl config user path /usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin