您是否应该将.gitignore提交到Git仓库中？

您认为将.gitignore提交到Git存储库中是一种好习惯吗？

有些人不喜欢它，但是我认为它很好，因为您可以跟踪文件的历史记录。是不是

通常，是的，.gitignore对于想要使用存储库的每个人都是有用的。有时候，您可能想忽略更多的私人物品（也许是您经常创建的LOG东西。在这种情况下，您可能不想将其强加给任何人。

您通常会提交.gitignore。实际上，我个人要尽我最大努力确保在不做某事时索引始终是干净的。（git status不应显示任何内容。）

在某些情况下，您可能会忽略并非特定于项目的内容。例如，您的文本编辑器可以创建自动*~备份文件，或者另一个示例是.DS_StoreOS X创建的文件。

我要说的是，如果其他人抱怨这些规则使您混乱不堪.gitignore，请将其排除在外，而是将其放入全局排除文件中。

默认情况下，此文件位于$XDG_CONFIG_HOME/git/ignore（默认为~/.config/git/ignore），但是可以通过设置该core.excludesfile选项来更改此位置。例如：

git config --global core.excludesfile ~/.gitignore

只需创建并编辑全局排除文件即可。它将应用于您在该计算机上工作的每个git存储库。

我提交commit .gitignore，这是对其他可能会构建我的项目的人的礼貌，这些项目派生了以下文件，应将其忽略。

我通常会做一个杂种。我喜欢让makefile生成.gitignore文件，因为makefile会知道与项目相关的所有文件，否则就会知道。然后，签入一个顶级项目.gitignore，它将忽略由makefile为各个子目录创建的生成的.gitignore文件。

因此，在我的项目中，我可能会有一个bin子目录，其中包含所有已构建的可执行文件。然后，我将使我的makefile为该bin目录生成一个.gitignore。并在顶级目录.gitignore中列出bin / .gitignore。最上面的是我签到的那个。

提交.gitignore可能非常有用，但是您要确保以后不要对其进行过多修改，特别是如果您定期在分支之间切换时。如果这样做，可能会导致分支中的文件被忽略而另一个分支中的文件却被忽略的情况，由于结帐失败，因为它会覆盖未跟踪的文件，因此迫使您手动删除或重命名工作目录中的文件。

因此，是的，请提交您的.gitignore，但是在您有把握地确定其之后不会有太大改变之前，请勿提交。

.gitignore 至少对您的构建产品（程序，*。o等）而言，这是一个好习惯。