我有这样的目录结构：
.git/
.gitignore
main/
...
tools/
...
...
/**/bin/**/*
/./**/bin/**/*
./**/bin/**/*
**/bin/**/*
*/bin/**/*
bin/**/*
/**/bin/* #and the others with just * at the end too
有人能帮我吗？如果我这样做，第一个模式（我认为应该有效）就可以正常工作：
/main/**/bin/**/*
但我不想为每个顶级目录都创建一个条目，也不想每次添加新目录时都修改.gitignore文件。还有一些文件和目录的名称中包含子字符串“bin”，我希望保留它们。
这是在Windows上使用最新的msysgit。
**在.gitignore中没有任何特殊含义。从1.8.2版本开始，git支持使用**表示零个或多个子目录（参见发布说明）。
忽略当前目录树下所有名为bin的目录的方法是在.gitignore文件中添加以下模式：
bin/
git rm -r --cached bin
bin和bin/是相同的吗？ - Nisba你梦想中的 .gitignore 文件似乎应该是：
bin/
在顶层。
我认为对于Git初学者来说值得一提的是：
如果你已经将一个文件添加到版本控制中，但之后想要将其忽略，当你后来添加规则时，Git并不会忽略该文件。在这种情况下，你需要先取消跟踪该文件，可以在终端中运行以下命令：
git rm --cached
因此，如果你想要在编辑 .gitignore 文件后忽略本地仓库中的某些目录（它们已经存在），你需要在根目录下运行此命令。
git rm --cached -r .
git add .
它基本上会“刷新”您的本地存储库并取消暂存被忽略的文件。
请参见：
git add -A，那么我可以使用这个命令代替吗？并且我也可以将第一行的点替换为 -A 吗？ - ajax333221从 git 1.8.2（2013年3月8日） 版本开始，** 的功能就变得更加完善并受到显式支持。
.gitignore和.gitattributes文件中的模式可以使用**/作为匹配零个或多个子目录级别的模式。例如，“
foo/**/bar”将匹配“foo”本身或位于“foo”子目录中的“bar”。
这意味着在您的情况下，现在可能支持该行：
/main/**/bin/
[Bb]in/
同时匹配大小写
[B]in/ 仅为大写 - GankBin 文件夹被忽略，而让 bin 提交到 Git？[B]in/ 将同时提交 Bin 和 bin。 - GankBin/
!bin/ - Marco G步骤1：将以下内容添加到文件.gitignore中。
# User-specific files
*.suo
*.user
*.userosscache
*.sln.docstates
# Build results
[Dd]ebug/
[Dd]ebugPublic/
[Rr]elease/
[Rr]eleases/
x64/
x86/
bld/
[Bb]in/
[Oo]bj/
# Visual Studio 2015 cache/options directory
.vs/步骤2：确保生效
如果问题仍存在，那是因为.gitignore中的设置只能忽略最初未被追踪的文件。如果某些文件已经包含在版本控制系统中，则修改.gitignore是无效的。 要完全解决这个问题，您需要在存储库根目录中打开Git Bash或Package Manager Console（请参见下面的截屏），并运行以下命令。
git rm -r --cached .
git add .
git commit -m "Update .gitignore"
问题将会完全解决。
我在这里没有看到提到，但这似乎是区分大小写的。一旦我改变为/Bin，文件就会被忽略，与预期相同。
#ignore thumbnails created by windows
Thumbs.db
#Ignore files build by Visual Studio
*.user
*.aps
*.pch
*.vspscc
*_i.c
*_p.c
*.ncb
*.suo
*.bak
*.cache
*.ilk
*.log
[Bb]in
[Dd]ebug*/
*.sbr
obj/
[Rr]elease*/
_ReSharper*/
.gitignore文件，我建议您使用这个：https://github.com/github/gitignore/blob/master/VisualStudio.gitignore。
据我所知，它具有最全面的.NET项目.gitignore。实际上，所有的答案都对我无效，唯一有效的是（在 Linux 上）：
**/bin
(yes without the / in the end)
git version 2.18.0
**语法现在（2013年3月，git 1.8.2）似乎已经正式记录在案：请参见我的回答。 - VonC~/.cvsignore是有益的。其他版本控制系统也使用这个名称，使它更加“全局化”。 - evanthegrayt