这似乎只适用于当前目录，以便让Git忽略存储库中的所有文件。

更新此文件

.git/info/exclude 

用您的通配符或文件名

* pyc * swp 赶紧*

我发现忽略烦人的. ds_store文件的最佳位置是在.git/info/exclude文件中。

当您在IntelliJ中设置git存储库时，它似乎会自动执行此操作。

当然，.gitignore文件会显示在状态中，因为它是未跟踪的，git将它视为一个美味的新文件!

然而，由于.gitignore是一个未跟踪的文件，当你把它放在.gitignore中时，它是一个被git忽略的候选文件!

所以，答案很简单:只需添加一行:

.gitignore # Ignore the hand that feeds!

到你的。gitignore文件!

而且，与August的回答相反，我应该说.gitignore文件不应该在您的存储库中。它只是碰巧可以，这通常是方便的。这可能就是.gitignore被创建为.git/info/exclude的替代品的原因，后者没有被存储库跟踪的选项。无论如何，如何使用.gitignore文件完全取决于您。

作为参考，请查看kernel.org上的gitignore(5) manpage。

这似乎只适用于当前目录，以便让Git忽略存储库中的所有文件。

更新此文件

.git/info/exclude 

用您的通配符或文件名

* pyc * swp 赶紧*

我认为在某些情况下，忽略.gitignore是非常有用的。例如，当您有多个团队或一个大型团队在同一个代码库上工作时。在这种情况下，你需要有一些约定，其中一个约定是关于git回购时忽略的内容。它通常是关于忽略IDE或OS创建的文件和目录，一些生成的日志等。

然而，有一种力量倾向于对.gitignore文件进行非常规的更改。.gitignore文件可以被不负责任的人、错误地、被使用的工具或在其他情况下进一步更改。

为了有一个反作用力，我们可以这样做:

首字母。gitignore应该反映团队的惯例， 在它被压入之后，.gitignore应该通过添加.gitignore条目来确保安全，并再次压入该更改。.gitignore文件以这种方式被“密封”。

“密封的”.gitignore文件可以在本地进行更改，而无需将更改者传播给团队的其他成员。然而，如果一个变更在整个团队中得到了广泛的同意，那么就有可能“打开”它，改变它，然后再“密封”它。那不可能是错误的，只能是有意的。

可悲的是，你不能百分之百地保护自己不做蠢事，但这样做你已经尽了一切努力来防止蠢事发生。

如果你的团队规模相对较小，但拥有非常优秀的专业人员，那么这就不重要了，但即使是那些人也会因为少担心一件事而感激不尽。

当你不能对基础设施设置做任何事情时，使用.git/info/exclude很酷，只是覆盖你自己的一个**以免出错。

从正确和错误的角度来看，我赞成在。gitignore文件中加入。gitignore条目，让每个人都可以自由地在本地做任何他们想做的事情，但不侵犯他人。

.gitignore是关于忽略其他文件。Git是关于文件的，所以这是关于忽略文件的。然而，当git处理文件时，这个文件需要作为列出其他文件名的机制。

如果它被称为.the_list_of_ignored_files，可能会更明显一些。

一个类比是你不想做的待办事项列表。除非你把它们列在某种“待办事项”清单上，否则你不会知道它们。