如何提前发现Git拉取时将被删除的文件？有无替代查看提交的方案？
这个问题我太有共鸣了——曾经也因为没注意远程提交的删除操作，把IDE的配置文件搞丢过，折腾了好半天重新设置。下面分享几个实用的方法，不管是临时检测还是长期防护都能用：
一、快速找出即将被删除的文件（拉取前后都能用）
1. 拉取前先排查：用git fetch+差异对比
先拉取远程代码但不合并，然后对比本地分支和远程分支的差异，只筛选被删除的文件：
# 先拉取远程最新代码 git fetch origin # 对比本地当前分支和远程main分支，只显示被删除的文件名 git diff --name-only --diff-filter=D HEAD..origin/main
这里的--diff-filter=D是关键，它会只保留被删除的文件记录；--name-only让输出只显示文件名，更简洁。如果你的远程分支不是main，换成对应的分支名即可（比如develop）。
2. 拉取后复盘：查看刚拉取的提交里的删除操作
如果已经拉取了代码，想快速看这次拉取的提交中哪些文件被删了，可以用git reflog定位拉取前的版本，再对比差异：
# 查看拉取前的HEAD版本（通常是HEAD@{1}，可以用git reflog确认） git log --oneline --diff-filter=D --name-only HEAD@{1}..HEAD
这条命令会列出从拉取前到当前HEAD的所有提交中，被删除的文件清单。
3. 直接查看远程分支的删除记录
如果想知道远程分支最近有哪些文件被删，也可以直接看远程分支的提交历史：
git log --oneline --diff-filter=D --name-only origin/main
加上--since="1 week ago"还能限定时间范围，比如只看最近一周的删除操作。
二、长期防护：避免IDE配置文件被误删的方案
除了每次拉取前排查，更省心的是从根源解决问题，保护你的本地配置：
1. 把IDE配置加入项目的.gitignore
这是最通用的方案：
- 首先，把IDE专属的配置目录/文件加入项目根目录的
.gitignore，比如：# JetBrains IDEs（IntelliJ、PyCharm等） .idea/ *.iml *.ipr *.iws # VS Code .vscode/ *.code-workspace - 如果这些文件已经被提交到远程仓库了，先执行
git rm --cached把它们从Git跟踪中移除（不会删除本地文件）：git rm --cached -r .idea/ - 然后提交
.gitignore和移除跟踪的修改，推送到远程，这样团队所有人都不会误提交/删除这些配置文件。
2. 用git update-index --skip-worktree保护本地文件
如果项目的.gitignore没法修改（比如团队统一要求），或者你有自己的私人配置不想提交，可以用这个命令让Git忽略对特定文件的跟踪：
git update-index --skip-worktree .idea/settings.xml
这个命令的作用是告诉Git：“我要自己修改这个文件，你别管它的变化，也别用远程的版本覆盖它”。即使远程提交删除了这个文件，拉取后你的本地文件依然会保留。
如果之后想恢复跟踪，执行：
git update-index --no-skip-worktree .idea/settings.xml
3. 配置全局.gitignore
给自己的Git设置全局忽略规则，所有项目都会自动忽略这些IDE配置文件：
- 首先创建全局忽略文件：
touch ~/.gitignore_global - 在文件里添加IDE配置的忽略规则（和项目
.gitignore一样）； - 然后告诉Git使用这个全局文件：
git config --global core.excludesfile ~/.gitignore_global
这样不管你克隆哪个项目，本地的IDE配置文件都不会被Git跟踪，自然也不会被远程的删除提交影响。
小补充：如果文件已经被删了怎么办？
如果不小心拉取后文件被删了，不用慌，从拉取前的版本恢复即可：
# 从拉取前的HEAD版本恢复指定文件 git checkout HEAD@{1} -- .idea/settings.xml
恢复后再用上面的长期方案保护起来就好。
内容的提问来源于stack exchange，提问作者taiyebur
