This is the mail archive of the
mailing list for the Cygwin project.
[1.7] git checkout or clean fails to unlink submodule
- From: David Antliff <david dot antliff at gmail dot com>
- To: cygwin at cygwin dot com
- Date: Mon, 23 Nov 2009 17:20:44 +1300
- Subject: [1.7] git checkout or clean fails to unlink submodule
I've noticed that git-220.127.116.11 in Cygwin-1.7 exhibits some unusual
behaviour and although I don't know if it's a Cygwin issue. I really
don't have a way to check, so I'll simply report it here.
I've compared this behaviour with git-18.104.22.168 from Cygwin-1.5, and it
does not occur, so it's new behaviour in git-22.214.171.124.
The problem concerns sub-modules. With git-126.96.36.199, when using 'git
checkout' to move away from a branch that has a submodule ("build")
associated to a branch that does not have that submodule associated, I
get the following warning message:
$ git checkout -f master
warning: unable to unlink build: Operation not permitted
The concerned directory remains undeleted. I note with the older git
that it also doesn't remove the directory, but no warning is
But what is concerning is that a subsequent 'git clean -fdx' does not
remove the submodule directory either. With git-188.8.131.52 the directory
would be deleted by:
$ git clean -fdx
But with 184.108.40.206 it instead says:
$ git clean -fdx
$ ls -l
drwxr-x---+ 1 dantliff Domain Users 0 2009-11-23 17:01 build
The 'build' directory is untracked so 'git clean -d' should remove it,
but it doesn't.
Any suggestions how to investigate this further? Is there some way
that Windows or Cygwin is somehow preventing the deletion of this
directory? Note that I do not have any other processes accessing this
directory or any files within the directory, and I have a file locking
application (Unlocker Assistant) that seems to confirm this.
Problem reports: http://cygwin.com/problems.html
Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple