我来一步步帮你梳理解决思路，搞定这个合并操作引发的历史混乱和本地状态异常问题：

第一步：先稳定本地仓库状态 #

首先处理你本地的大量未提交文件：

• 如果这些文件是你修复样式的有效变更，先临时暂存起来，避免丢失：

  git stash
  

  之后需要恢复时，执行git stash pop即可。
• 如果这些是意外产生的无用文件/变更，直接丢弃（执行前务必确认不需要这些内容）：

  git reset --hard HEAD
  

第二步：回退远程Feature分支的错误合并提交 #

你在GitHub上直接合并Master到Feature的操作，是导致提交历史混乱的根源，我们先把这个错误的合并操作撤销：

1. 拉取远程Feature分支的最新状态：

   git pull origin <你的Feature分支名>
   

2. 查看提交历史，找到合并Master之前的最后一个Feature分支提交（也就是你修复样式后的那个提交）：

   git log --oneline
   

   你会看到类似abc123 Merge branch 'master' into feature-xxx的合并提交，我们要回退到这个提交的上一个节点。
3. 回退到目标提交：

   git reset --hard <合并前的提交哈希值>
   

4. 强制推送到远程Feature分支，覆盖错误的合并提交：

   git push origin <你的Feature分支名> --force
   

   ⚠️ 注意：如果有其他团队成员也在这个Feature分支工作，一定要提前和他们沟通，强制推送会覆盖远程分支的历史！

第三步：用Rebase方式同步Master分支（推荐） #

为了避免再次产生混乱的合并提交，我们用rebase来同步Master的最新代码，这样提交历史会保持线性整洁：

1. 切换到Master分支并拉取最新代码：

   git checkout master
   git pull origin master
   

2. 切回Feature分支：

   git checkout <你的Feature分支名>
   

3. 执行rebase，将Feature分支的提交基于最新的Master分支重放：

   git rebase master
   

4. 此时Git会提示你解决冲突，找到冲突文件手动修改后：

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

   重复这个过程直到rebase完成。
5. 最后推送到远程Feature分支（因为rebase修改了提交历史，需要强制推送）：

   git push origin <你的Feature分支名> --force
   

第四步：修复构建失败问题 #

现在你的Feature分支已经基于最新的Master分支，提交历史也清晰了。接下来根据构建失败的日志逐一排查：

• 如果是样式问题，重新调整你的修复代码，确保符合项目的构建规范；
• 如果是依赖或配置问题，根据日志提示针对性修复，完成后提交代码并推送即可。

后续建议 #

以后需要同步Master分支到Feature分支时，优先使用git rebase master而不是直接合并，这样能保持提交历史的整洁，也减少不必要的合并提交。

内容的提问来源于stack exchange，提问作者Константин Манойло