Git 冲突与分支管理提示词

帮我处理 Git 冲突并给分支策略。

【冲突情况】{{冲突情况}}
【冲突片段】{{冲突片段}}
【团队】{{团队规模}}
【目标】{{目标}}

输出：
一、冲突分析：先判断这次冲突属于哪一类——同一行被两边改（真冲突）/ 一边改结构一边改内容（需语义合并）/ 格式化导致（噪音冲突），每类给判断依据。
二、解决步骤（按顺序）：
1. 先看两边的提交意图（用 git log 看提交信息，说明该看什么）
2. 逐个冲突块判断：保留 A / 保留 B / 合并两者 / 重写（各给判断标准）
3. 语义合并时的注意点（函数签名变了，调用方要一起改）
4. 解决后的验证（编译/测试/手动验证清单）
5. 提交规范（写完做了什么、为什么这么合并）
三、给出一份具体的合并结果示例（假设冲突是函数参数变化，展示合并后的代码应该长什么样）。
四、如果是噪音冲突（格式化/行尾符）：给 3 个预防措施（.gitattributes、统一格式化工具、提交前 hook）。
五、{{团队}} 的分支策略建议：
- 主干开发还是 Git Flow，说明为什么
- 分支命名与生命周期
- 合并方式（merge / squash / rebase）各自适用场景与代价
- 冲突高发的预防（小步提交、频繁 rebase、模块边界清晰）
六、误操作恢复：3 个常见场景（reset 丢了提交、rebase 出错、误删分支）各给 2 条恢复命令，并说明操作前先做什么（reflog 查看、建备份分支）。

要求：所有命令给完整写法，危险操作前必须提示先备份。