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

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

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

如果您正在使用makefile，可以尝试修改make规则，将新二进制文件的名称附加到.gitignore文件中。

下面是一个小型Haskell项目的Makefile示例;

all: $(patsubst %.hs, %, $(wildcard *.hs))

%: %.hs
    ghc $^
    grep -xq "$@" .gitignore || echo $@ >> .gitignore

这个makefile定义了一个用Haskell代码创建可执行文件的规则。在ghc被调用之后，我们检查.gitignore，看看二进制文件是否已经在其中。如果不是，我们将二进制文件的名称附加到文件中。

你可以试试你的。gitignore:

*
!*.c

这种方法有很多缺点，但对于小型项目是可以接受的。

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

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

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

EDIT

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

.gitignore机制仅基于文件名工作，而不是基于文件内容。二进制文件是内容的属性，因此你不能要求git直接忽略二进制文件，而只能通过名称来忽略它们(正如其他人建议的那样，你可以将所有二进制文件名添加到.gitignore中，或者使用适当的命名约定)。

事实上，.gitignore处理文件名是一个重要的性能属性:Git只需要列出文件，而不需要打开和读取它们来知道要忽略哪些文件。换句话说，如果您要求Git根据文件的内容忽略文件，那么Git会非常慢。

# Ignore all
*

# Unignore all with extensions
!*.*

# Unignore all dirs
!*/

### Above combination will ignore all files without extension ###

# Ignore files with extension `.class` & `.sm`
*.class
*.sm

# Ignore `bin` dir
bin/
# or
*/bin/*

# Unignore all `.jar` in `bin` dir
!*/bin/*.jar

# Ignore all `library.jar` in `bin` dir
*/bin/library.jar

# Ignore a file with extension
relative/path/to/dir/filename.extension

# Ignore a file without extension
relative/path/to/dir/anotherfile