基于venomvendor的答案

# Ignore all
*

# Unignore all files with extensions recursively
!**/*.*

# Unignore Makefiles recursively
!**/Makefile

# other .gitignore rules...

如果你在你的.gitignore文件上执行这些命令，文件仍然出现，你可能想尝试:

git rm --cached FILENAME

之后，添加你的。gitignore，提交并推送。 我花了40分钟才明白，希望这对像我这样的新手有帮助

在某些子目录中也可以忽略，而不仅仅是在根目录中:

# Ignore everything in a root
/*
# But not files with extension located in a root
!/*.*
# And not my subdir (by name)
!/subdir/
# Ignore everything inside my subdir on any level below
/subdir/**/*
# A bit of magic, removing last slash or changing combination with previous line
# fails everything. Though very possibly it just says not to ignore sub-sub-dirs.
!/subdir/**/
# ...Also excluding (grand-)children files having extension on any level
# below subdir
!/subdir/**/*.*

或者，如果你只想包含一些特定类型的文件:

/*
!/*.c
!/*.h
!/subdir/
/subdir/**/*
!/subdir/**/
!/subdir/**/*.c
!/subdir/**/*.h

如果你想的话，它甚至可以像每个新子目录一样工作!：

/*
!/*.c
!/*.h
!/*/
/*/**/*
!/*/**/
!/*/**/*.c
!/*/**/*.h

前导斜杠只在前两行中重要，在其他行中是可选的。在!/*/和!/subdir/中的尾斜杠也是可选的，但仅在这一行中。

我不知道还有什么别的办法，只能把它们一个一个地加到。gitignore中。

一个粗略的测试方法是grep文件命令的输出:

find . \( ! -regex '.*/\..*' \) -type f | xargs -n 1 file | egrep "ASCII|text"

EDIT

为什么不直接将可执行文件命名为hello.bin呢?

对于二进制文件，最好的办法是为它们提供一个可以用标准模式轻松过滤掉的扩展名，或者将它们放入可以在目录级别过滤掉的目录中。

扩展建议在Windows中更适用，因为扩展是标准的，并且基本上是必需的，但在Unix中，您可以对可执行二进制文件使用扩展，也可以不使用扩展。在这种情况下，您可以将它们放在bin/文件夹中，并将bin/添加到.gitignore中。

在您非常具体的小范围示例中，您可以将hello放在.gitignore中。

.gitignore使用glob编程来过滤文件，至少在Linux上是这样。

我准备在一个Meetup上做一个编码演讲，在准备过程中，我创建了一个包含几个子目录的目录，这些子目录根据我想要呈现它们的顺序命名:01_subject1, 02_subject2, 03_subject3。每个子目录都包含一个源文件，其扩展名与语言相关，可编译为一个可执行文件，根据惯例，该文件的名称与不带扩展名的源文件名匹配。

我排除了以下.gitignore行以数字为前缀的目录中的编译文件:

[0-9] [0-9] / [! \] * _ *

According to my understanding of the documentation, it shouldn't work. Having the trailing asterisk should fail because it should match any number of unspecified characters, including the '.' + extension. Omitting the trailing asterisk should fail (and does) because [!\.] matches only a single non-period character. However, I added the trailing asterisk, as I would for a regular expression, and it works. By work, I mean that git notices changes to the source file, but not the existence or changes to the compiled files.