如何半回滚至master分支并核查项目变更差异？

嘿，针对你的场景，我整理了几个Git命令和工作流，刚好能帮你高效定位问题：

一、快速查看当前分支与master的差异 #

先快速梳理自己分支和master的核心区别，这些命令够用：

• 查看所有文件的具体变更细节：

  git diff master
  

  （如果要对比远程最新的master分支，换成git diff origin/master）
• 只列出有变更的文件名，快速锁定核心代码文件：

  git diff --name-only master
  

• 聚焦单个怀疑的核心文件，查看具体修改：

  git diff master -- src/core/your-core-file.js
  

二、拉取最新master并重新梳理变更（精准定位核心冲突） #

因为你的子项目不会合并回master，但又要同步master的最新代码排查bug，推荐用rebase的方式——既能同步master，又能把那1%的核心冲突单独拎出来：

1. 先备份当前分支，防止操作失误：

   git checkout -b my-dev-branch-backup
   

2. 拉取远程master的最新代码：

   git fetch origin master
   

3. 回到开发分支，把自己的修改重新应用到最新的master上：

   git checkout my-dev-branch
   git rebase origin/master
   

4. 遇到冲突时，Git会明确提示冲突文件——这些就是你要找的1%关联核心代码的修改。此时你可以：
   • 打开冲突文件，逐行对比你的修改和master的最新代码，排查潜在bug点
   • 处理完冲突后，继续完成rebase：

     git add <冲突文件名>
     git rebase --continue
     

   • 如果中途想放弃操作，回到之前的状态：

     git rebase --abort
     

这种方式相当于把你的所有修改“重新叠加”到最新的master上，能让你清晰看到自己的修改和核心代码的交集，精准锁定问题根源。

三、逐一验证提交的进阶技巧 #

如果你想逐个排查自己的提交是否引发bug，可以用Git的二分查找工具git bisect：

1. 启动二分查找，标记当前分支为“有bug”：

   git bisect start
   git bisect bad
   

2. 标记一个你确定没有bug的master版本（比如你开始开发子项目时的master提交哈希）：

   git bisect good <commit-hash>
   

3. Git会自动切换到中间版本，你测试这个版本是否有bug，然后告诉Git：

   git bisect good  # 如果这个版本没问题
   # 或者
   git bisect bad   # 如果这个版本有bug
   

4. 重复测试几次，Git最终会定位到第一个引入bug的提交，帮你快速锁定问题。

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