Git中忽略文件机制的.gitignore与.git/info/exclude两种方式详解

前言

在日常使用 git 进行版本控制的过程中，我们经常会遇到一些不需要纳入版本管理的文件，例如编译产物、日志文件、ide 配置、临时数据等。为了防止这些文件被意外提交，git 提供了灵活而强大的“忽略机制”（ignore mechanism）。

在 jetbrains 系列 ide（如 intellij idea、pycharm、webstorm 等）中，当你在 commit 窗口右键点击一个未跟踪文件时，会看到两个选项：

• add to .gitignore
• add to .git/info/exclude

这两个选项都能实现“忽略文件”的目的，但它们在作用范围、共享性、生命周期和适用场景上存在本质区别。

一、git 忽略机制概述

git 的忽略功能基于模式匹配规则（pattern matching），通过指定文件路径或通配符，告诉 git 哪些文件不应被视为“待跟踪”或“待提交”的对象。这些规则不会影响已经 tracked（已纳入版本控制）的文件，仅对 untracked files（未跟踪文件）生效。

git 支持多层级的忽略配置，按优先级从低到高依次为：

• 系统级忽略（通过 core.excludesfile 配置）
• 仓库级忽略（项目根目录或子目录中的 .gitignore 文件）
• 本地仓库私有忽略（.git/info/exclude）
• 命令行临时忽略（如 git add -f 强制添加）

其中，.gitignore 和 .git/info/exclude 是开发者最常接触的两种方式，也是本文的核心讨论对象。

二、.gitignore：项目级共享忽略规则

2.1 定义与位置

.gitignore 是一个普通文本文件，通常位于 git 仓库的根目录下，也可以存在于任意子目录中。其作用范围为该文件所在目录及其所有子目录。

例如：

my-project/
├── .gitignore          ← 作用于整个项目
├── src/
│   └── .gitignore      ← 仅作用于 src/ 及其子目录
└── docs/

2.2 核心特性

2.3 语法规范（简要）

.gitignore 使用标准的 git 忽略语法，支持：

• 通配符：*, ?, [...]
• 目录匹配：以 / 结尾表示目录（如 build/）
• 否定规则：以 ! 开头（如 !important.log 表示不忽略该文件）
• 注释：以 # 开头
• 空行：被忽略

示例：

# 编译输出
/target/
/build/
*.class
*.o

# 日志文件
*.log

# ide 配置（根据团队约定决定是否忽略）
.idea/
*.iml

# 但保留特定配置
!.idea/runconfigurations/

2.4 适用场景

应使用 .gitignore 的情况：

• 文件是构建产物（如 node_modules/, dist/, out/, target/）
• 文件是通用开发工具生成的元数据（如 .vscode/, .idea/ —— 若团队约定不提交）
• 文件是操作系统或编辑器生成的临时文件（如 .ds_store, thumbs.db, *.swp）
• 文件是敏感信息模板（如 config.example.yaml，而非真实配置）
• 忽略规则具有普适性和长期性，适用于所有开发者

最佳实践：将 .gitignore 视为项目文档的一部分，确保其内容清晰、准确、可维护。

三、.git/info/exclude：本地私有忽略规则

3.1 定义与位置

.git/info/exclude 是 git 仓库内部的一个特殊文件，位于：

<repo-root>/.git/info/exclude

注意：.git 是隐藏目录，该文件不会被 git 跟踪，也不会出现在工作区文件列表中。

3.2 核心特性

3.3 语法规范

语法与 .gitignore 完全一致，支持相同的通配符、否定规则、注释等。

示例：

# 仅我本地需要忽略
my-debug-notes.txt
temp-data/
local-config.json

# 临时实验文件
experiment-*.py

3.4 适用场景

应使用 .git/info/exclude 的情况：

• 文件是你个人临时创建的（如调试脚本、笔记、草稿）
• 文件是你本地 ide 的个性化配置（如你修改了 .idea/workspace.xml，但不想影响团队）
• 你在进行短期实验或测试，生成了大量临时文件
• 你希望避免污染项目的 .gitignore（例如某个忽略规则只对你有意义）
• 你正在处理一个你不具备写权限的开源项目，但仍想本地忽略某些文件

注意：如果你频繁使用 .git/info/exclude，可能意味着你的工作流存在可优化空间（如使用更规范的临时目录）。

四、区别对比表

五、常见误区与注意事项

5.1 误区一：“加了忽略就能删除已跟踪的文件”

错误：如果一个文件已经被 git 跟踪（即曾经被 git add 并提交过），那么即使你将其加入 .gitignore 或 exclude，git 仍然会继续跟踪它。

正确做法：

# 停止跟踪但保留本地文件
git rm --cached <file>

# 或停止跟踪整个目录
git rm -r --cached <directory>

之后再添加忽略规则才生效。

5.2 误区二：“.gitignore可以忽略所有文件”

错误：.gitignore 仅对 untracked files 有效。对于已跟踪文件、已暂存文件、已提交文件，忽略规则无效。

5.3 优先级问题

git 在判断是否忽略一个文件时，会按以下顺序应用规则（后定义的规则优先级更高）：

• 全局忽略（core.excludesfile）
• 项目 .gitignore
• .git/info/exclude
• 命令行强制操作（如 git add -f）

因此，.git/info/exclude 可以覆盖 .gitignore 中的规则（通过否定或更具体的匹配）。

5.4 子目录.gitignore的作用域

子目录中的 .gitignore 仅影响该目录及子目录，不会影响父目录或其他分支目录。这是实现模块化忽略的有效手段。

六、jetbrains idea 中的操作建议

在 intellij idea 的 git commit 窗口中：

• 若你希望团队所有人都忽略该文件 → 选择 “add to .gitignore”
• 若你仅希望自己本地忽略，且不希望影响项目配置 → 选择 “add to .git/info/exclude”

小技巧：你可以通过 view → tool windows → project 显示隐藏文件，手动编辑 .gitignore；而 .git/info/exclude 需要通过终端或文件管理器访问。

七、扩展：全局忽略（global ignore）

除了上述两种方式，git 还支持全局忽略文件，适用于所有本地仓库：

# 设置全局忽略文件路径
git config --global core.excludesfile ~/.gitignore_global

# 编辑 ~/.gitignore_global
echo ".ds_store" >> ~/.gitignore_global
echo "thumbs.db" >> ~/.gitignore_global

这适合放置操作系统级或个人偏好的通用忽略项。但 idea 的右键菜单通常不提供此选项。

八、最佳实践

最佳实践

• 项目初始化时就创建 .gitignore，参考 github/gitignore 模板。
• 定期审查 .gitignore，避免过度忽略或遗漏关键文件。
• 不要将个人临时文件规则加入 .gitignore，以免污染项目配置。
• 对于已跟踪文件，先 git rm --cached 再加忽略。
• 团队应就 ide 配置文件的处理达成一致（如是否提交 .idea/ 的部分子目录）。

结语

理解 .gitignore 与 .git/info/exclude 的区别，不仅是掌握 git 工具的细节，更是提升团队协作效率与代码仓库整洁度的关键。合理使用这两种机制，既能保证项目的一致性，又能保留个人开发的灵活性。

记住一句话：

“.gitignore 是给团队用的，.git/info/exclude 是给你自己用的。”

善用忽略规则，让你的 git 仓库更干净、更专业、更高效。

到此这篇关于git中忽略文件机制的.gitignore与.git/info/exclude两种方式详解的文章就介绍到这了,更多相关git忽略文件内容请搜索代码网以前的文章或继续浏览下面的相关文章希望大家以后多多支持代码网！