我正试图解决一个大目录结构上的gitignore问题，但为了简化我的问题，我将其简化为以下内容。
在一个全新的git仓库中，我有两个文件（foo，bar），目录结构如下（目前还没有提交）：

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

显然，git status -u显示：

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

我想要做的是创建一个.gitignore文件，忽略a/B/c中的所有内容，但不忽略foo文件。
如果我这样创建一个.gitignore：

c/

然后git status -u显示foo和bar都被忽略：

# Untracked files:
...
#       .gitignore

我也是这么想的。
现在，如果我为foo添加排除规则，则：

c/
!foo

根据gitignore的手册页，我希望这样做是可行的，但是它仍然忽略了foo：

# Untracked files:
...
#       .gitignore

这也行不通：

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的文件，这将是一件痛苦的事情。
无论如何，要么我不太理解排除规则是如何工作的，要么当目录（而不是通配符）被忽略时，它们根本不起作用--通过一个以/结尾的规则。
有人能解释一下吗？
有没有办法让gitignore使用一些合理的东西，比如正则表达式，来代替这种笨拙的基于shell的语法？
我在Cygwin/bash 3上使用git-1.6.6.1，在Ubuntu/bash 3上使用git-1.7.1，并观察到了这一点。