一、快进合并遇到未追踪文件冲突的表现 #

首先得明确：git merge-base --is-ancestor origin/master master只是检查分支拓扑上是否支持快进合并，它完全不会考虑工作区的文件状态。所以哪怕这个命令返回成功（意味着可以快进），如果你的工作区有未追踪文件和目标分支的新追踪文件同名，实际执行git merge --ff-only时Git会直接终止合并，不会碰你的未追踪文件。你会看到类似这样的错误：

error: The following untracked working tree files would be overwritten by merge:
example.txt
Please move or remove them before you merge.
Aborting

简单说，Git会优先保护你本地未追踪的改动，不会自动覆盖。

二、同名未追踪文件场景的处理方案 #

遇到这种情况，根据文件的价值，你可以选这几种方式：

• 直接移除/移走未追踪文件：如果这个文件是临时文件、没用了，直接rm [文件名]就行；如果还需要，就把它移到仓库目录外的地方，合并完再处理。
• 将未追踪文件纳入Git管理：如果你想保留这个文件的内容，先执行git add [文件名]，然后git commit生成一个新提交，之后再合并——这时候可能就不是快进合并了，需要手动解决文件内容的冲突。
• 暂存未追踪文件：用git stash push -u（-u会包含未追踪文件）把文件暂存起来，合并完成后再git stash pop恢复，之后按需合并内容。

三、提前检查潜在的文件覆盖问题 #

当然可以提前排查！不管是合并、变基还是切换分支，都能提前发现未追踪文件和目标分支追踪文件的冲突，具体方法有两种：

方法1：对比文件列表找出重名

1. 先导出目标分支（比如origin/master）的所有追踪文件：

   git ls-tree -r --name-only origin/master > target-files.txt
   

2. 导出本地未追踪文件列表（排除.gitignore里的文件）：

   git ls-files --others --exclude-standard > untracked-files.txt
   

3. 对比两个文件，找出重复的文件名：

   comm -12 <(sort target-files.txt) <(sort untracked-files.txt)
   

   输出的就是可能被覆盖的未追踪文件。

方法2：用预演命令检查

如果你想验证切换分支/合并会不会有问题，可以用--dry-run参数模拟操作，比如：

# 模拟切换到origin/master，检查未追踪文件冲突
git checkout --dry-run origin/master
# 模拟快进合并，检查冲突
git merge --ff-only --dry-run origin/master

这个命令只会输出可能的问题，不会实际修改你的工作区或分支状态。

更新说明 #

我已经阅读了相关评论，各位的建议让我确信最佳方案是直接尝试执行FF-Only merge（git merge --ff-only origin/master）——Git会清晰地告诉你是否存在未追踪文件冲突，操作简单又安全，没必要提前做复杂的检查。感谢@joanis和@torek的解答，让我豁然开朗！;）

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