Re: [BUG] git clean -d is too greedy

I was a bit trigger happy posting this, after digging a bit more this is a way more serious than I originally thought.   1) .gitignore exists in nested repo (either tracked or untracked)   2) .gitignore is excluded This can be any file, including those commonly excluded such as *~.

[BUG] git clean -d is too greedy

Hi all, Since commit 6b1db4310 it is possible to make git clean -d to remove nested git repositories if 1) .gitignore exists in nested repo (either tracked or untracked) 2) .gitignore is excluded Regarding to 2) it doesn't matter if .gitignore is excluded from (another) .gitignore or

BUG - git clean

Passing to git clean wrong (non-existent) paths together with valid ones, causes it to delete stuff that it shouldn't. Am I right? Script to reproduce: mkdir test cd test git init . mkdir ba mkdir ba/ca # So far so good. # Should clean directory ba/ca git clean -dn -- ba/ca # Should clean

[BUG] git clean does not remove certain directories

Hi, this use case may be a little awkward but this is the behavior I see: I have a repository which has a couple of untracked directories which can also include git repositories. No submodules, though. I used 'git clean -xdf' on the top level of this repo to remove everything untracked in it -

RE: [BUG] git clean does not remove certain directories

Hi, this use case may be a little awkward but this is the behavior I see: I have a repository which has a couple of untracked directories which can also include git repositories. No submodules, though. I used 'git clean -xdf' on the top level of this repo to remove everything untracked in