# Git 工作流中高效管理分支合并与冲突解决
在软件开发过程中，合理选择分支合并策略并妥善处理冲突是保持代码库整洁的关键。根据 Git Cheat Sheet 提供的资料，我们可以从合并方式的选择和冲突解决步骤两个方面来理解这一流程。
## 选择合适的合并策略
当需要将两个存在差异的分支整合时，主要有三种合并方式：
1. **Rebase（变基）**：将当前分支的提交重新应用到目标分支的最新提交之上。这种方式能保持线性历史，使日志更清晰，但会重写提交历史。
2. **Merge（标准合并）**：创建一个包含两个分支所有提交的合并节点，保留完整的历史记录，适合需要保留详细演进过程的情况。
3. **Squash Merge（压缩合并）**：将多个提交压缩为一个新提交后再合并，常用于清理琐碎的中间提交，使主干历史更简洁。
具体操作时，若使用 rebase，可先切换到目标分支，再执行 `git rebase <source-branch>`；merge 则直接运行 `git merge <branch-name>`；squash merge 需结合 `git merge --squash` 与后续的 `git commit` 完成。
## 处理合并冲突的步骤
无论采用哪种合并方式，若双方对同一文件进行了不同修改，Git 会标记冲突区域。解决步骤如下：
1. **识别冲突**：合并后 Git 会在冲突文件中插入 `<<<<<<<`, `=======`, `>>>>>>>` 标记。
2. **手动编辑**：打开冲突文件，根据业务逻辑决定保留哪部分代码，并删除所有标记符号。
3. **标记解决**：保存文件后，使用 `git add <file>` 将已解决的冲突文件加入暂存区。
4. **完成合并**：执行 `git commit`（针对 squash merge）或继续后续操作以完成整个合并过程。
此外，若需放弃当前工作并恢复其他版本，可使用 `git restore` 或 `git checkout` 命令；若要彻底丢弃更改，则可用 `git reset --hard` 或 `git clean`。
## 总结
高效管理 Git 分支不仅需要掌握 rebase、merge 和 squash merge 的适用场景，还需熟练应对冲突解决流程。通过合理选择策略并规范处理冲突，开发者可以构建清晰、可维护的代码历史，提升团队协作效率。