gitignore排除规则实际上是如何工作的?

我试图解决一个大型目录结构上的gitinore问题,但为了简化我的问题,我将其简化为以下内容。

我在一个全新的git存储库中有两个文件(foo,bar)的目录结构(到目前为止没有提交):

a/b/c/foo
a/b/c/bar

显然,“git status-u”表示:

# Untracked files:
...
#       a/b/c/bar
#       a/b/c/foo

我要做的是创建一个.gitinore文件,它忽略a/b/c中的所有内容,但不忽略文件“foo”。

如果我创建一个.git,那么:

c/

然后,“git status-u”将foo和bar显示为忽略:

# Untracked files:
...
#       .gitignore

正如我所料。

c/
!foo

根据gitignore手册,我希望这能奏效。但它没有-它仍然忽略了foo:

#未跟踪的文件:
...

c/
!a/b/c/foo

c/*
!foo

# Untracked files:
...
#       .gitignore
#       a/b/c/bar
#       a/b/c/foo

在这种情况下,虽然foo不再被忽略,但bar也不会被忽略。

gitignore中规则的顺序似乎也不重要。

这也没有达到我的预期:

a/b/c/
!a/b/c/foo

那个人忽略了foo和bar。

一种可行的情况是,如果我创建文件a/b/c/.gitignore并将其放入其中:

*
!foo

但问题是,最终a/b/c下会有其他子目录,我不想把一个单独的.gitignore放到每个子目录中—我希望创建“基于项目的.gitignore文件”,可以放在每个项目的顶部目录中,并覆盖所有“标准”子目录结构。

这似乎也相当于:

a/b/c/*
!a/b/c/foo

这可能是我能实现的最接近“工作”的东西,但是需要说明完整的相对路径和显式异常,如果在子目录树的不同级别中有许多名为“foo”的文件,这将是一件痛苦的事情。

不管怎样,要么我不太明白排除规则是如何工作的,要么当目录(而不是通配符)被忽略时它们根本就不工作—由以/

有人能解释一下吗?

我在Cygwin/bash3上使用git-1.6.6.1,在Ubuntu/bash3上使用git-1.7.1。