我在GOPATH目录中创建了一个包含两个条目的.gitignore文件。

/bin
/pkg

目前，它忽略所有已编译的开发。

添加如下内容

*.o

在.gitignore文件中，把它放在你的repo的根目录下(或者你可以把它放在你想要的任何子目录中——它将从那个级别应用)，然后签入。

编辑:

对于没有扩展名的二进制文件，最好将它们放在bin/或其他文件夹中。毕竟没有基于内容类型的忽略。

你可以试试

*
!*.*

但这并非万无一失。

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

git rm --cached FILENAME

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

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

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

.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.

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

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

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