Updating file permissions with git-bash on Windows 7

How do I update file permissions with git-bash on Windows 7?

I've tried the following without success:

$ ls -al scripts/script.sh
-rw-r--r--    1 myUid   Administ       70 Sep  8 11:24 scripts/script.sh

$ git update-index --chmod=+x scripts/script.sh

$ ls -al scripts/script.sh
-rw-r--r--    1 myUid   Administ       70 Sep  8 11:24 scripts/script.sh

$ chmod +x scripts/script.sh

$ ls -al scripts/script.sh
-rw-r--r--    1 myUid   Administ       70 Sep  8 11:24 scripts/script.sh

You are probably using NTFS or FAT32 on Windows, and those filesystems do not support the executable permission. Instead, cygwin looks at the file name and contents to determine whether it's executable:

Files are considered to be executable if the filename ends with .bat, .com or .exe, or if its content starts with #!.

So you should make sure that the bash file starts with a shebang (e.g. #!/bin/bash). Then, you should be able to just execute the file, disregarding the permission output of ls.


If you're updating scripts in a windows environment that are being deployed to a linux filesystem, even though they are permitted to run locally, you may still find yourself needing to grant execute before pushing.

From this article on Change file permissions when working with git repo's on windows:

  1. Open up a bash terminal like git-bash on Windows
  2. Navigate to the .sh file where you want to grant execute permissions
  3. Check the existing permissions with the following command:

    git ls-files --stage 
    

    Which should return something like 100644

  4. Update the permissions with the following command

    git update-index --chmod=+x 'name-of-shell-script'
    
  5. Check the file permission again

    git ls-files --stage 
    

    Which should return something like 100755

  6. Commit changes and push!

git bash on windows


Very likely you do not have "shebang" at the beginning of your script. So Windows does not know which binary should be used to run the script. Thus the permissions gets silently ignored.

For example:

#!/usr/bin/sh

or

#!/usr/bin/bash

It looks like git-bash detects it automaticly, because the executable attribute gets set even without chmod command. Moreover it is not possible to disable it by using chmod.