使用.gitignore忽略敏感文件：如何防范协作时本地敏感文件意外泄露？

场景是否可能发生？ #

这个场景完全有可能发生。当协作人员删除本地的.gitignore并将该变更推送到远程仓库后，你执行拉取操作时，本地的.gitignore会被远程版本覆盖。原本被.gitignore排除的敏感文件会变成Git可识别的未追踪文件，如果你执行git add .这类批量暂存命令，就会不小心把敏感文件加入暂存区，后续推送操作就会导致敏感信息泄露。

防范风险的实用方法 #

• 使用本地专属忽略文件：编辑仓库内的.git/info/exclude文件，把敏感文件的路径添加进去。这个文件属于本地仓库配置，不会被Git追踪，也不会被远程仓库的变更覆盖，能长期确保敏感文件被本地忽略。如果想给所有本地仓库统一设置，还可以通过git config --global core.excludesfile ~/.gitignore_global指定全局忽略文件，把敏感规则写在这个全局文件里。
• 标记敏感文件为“假设未追踪”：执行命令git update-index --assume-unchanged <敏感文件路径>，让Git假装该文件没有任何变动。即便.gitignore被覆盖，Git也不会把这个文件纳入追踪范围。如果之后需要修改该敏感文件，执行git update-index --no-assume-unchanged <敏感文件路径>即可取消标记。
• 保护远程仓库的.gitignore：在远程仓库设置分支保护规则，要求修改.gitignore的变更必须通过PR审核才能合并，或者直接禁止对.gitignore的直接推送操作，从源头阻止协作人员随意删除.gitignore。
• 提交前手动检查：养成提交前检查的习惯，用git status查看暂存区和未追踪文件列表，确认没有敏感文件被误加；也可以用git diff --cached查看即将提交的内容，避免疏忽导致泄露。
• 设置本地Git钩子：在仓库的.git/hooks目录下创建pre-commit脚本，添加逻辑检查要提交的文件中是否包含敏感文件，或者是否修改了.gitignore。如果检测到风险，脚本可以自动阻止提交。比如简单的脚本可以检查暂存区是否有指定的敏感文件名，有则退出并提示。

内容的提问来源于stack exchange，提问作者marioeljuga