Git 冲突解决
将以下提示词粘贴到你的 AI 对话框中:
请根据 https://skillhub.cn/install/skillhub.md,安装 @user_70c2f807/git-conflict-resolver。
技能介绍
解决什么问题
在多人协作中,git merge、git rebase 或 PR 合入时经常遇到 <<<<<<<、=======、>>>>>>> 冲突标记。开发者需要判断当前分支和合入分支分别改了什么、为什么要这样改,以及最终应保留哪一边。这个技能聚焦冲突代码本身,用于解释冲突原因、给出可替换的解决代码,并补充合并后验证与预防建议。
如何工作
使用时需要粘贴包含冲突标记的代码片段。技能会按以下流程处理:
- 识别冲突双方:区分当前分支与合入分支的修改内容。
- 分析修改意图:判断两边是否同一目的下的不同写法,还是并行引入了不同逻辑。
- 提供多种方案:通常包括保留当前分支、保留合入分支,或合并两边修改后的推荐写法。
- 检查一致性:提示语法风险、可能受影响的相关文件,以及合并后应跑哪些测试。
输出会尽量给出可直接替换冲突区域的代码,并解释每个方案的影响,帮助开发者做最终判断。对于 rebase、merge、squash 等策略,它也会给出适合场景的说明,但不会在本地执行 Git 命令。
适用边界
该技能不适合替代 Git 基础教程、分支策略设计、代码审查或 CI/CD 配置。它依赖用户提供的上下文;如果片段太短、冲突涉及业务决策,或两边意图无法判断,仍需开发者确认。二进制文件冲突、大规模代码迁移等场景也不宜仅靠文本合并解决。使用前建议去除密钥、内部 URL 等敏感信息,并在合并后执行测试或手动验证。
使用场景
- 合并 feature 分支到 main 时出现冲突标记,需要判断当前分支和合入分支各改了什么。
- rebase 主分支后同一函数被两人修改,需要解析双方意图并给出可替换的合并代码。
- PR 合入前出现多段冲突,需要逐处说明保留、合并或重写方案,并提示后续测试范围。
- 多人同时修改同一工具函数导致逻辑冲突,需要在不丢失关键修改的前提下生成合并建议。
适合人员
- 负责 feature 分支合入的工程师,需要快速判断冲突双方修改意图并选择保留方式。
- 维护多人协作仓库的开发者,需要把带冲突标记的代码整理成可直接替换的提交版本。
- 做 PR 集成和代码交付的工程师,需要在解决 rebase 或 merge 冲突后确认测试影响。
- 参与同一文件并行修改的团队成员,需要避免无脑选边,并补充合并后的验证建议。