解决分叉历史：Git Merge 与 Rebase 策略对比
对比 `git merge` 和 `git rebase` 在集成分支更改时的差异，了解它们对提交历史的影响，并为您的团队选择最佳方案。
在 Git 工作流中，当分支历史出现分叉时，我们通常需要将一个分支的更改集成到另一个分支。最常用的两种方法是 git merge 和 git rebase。
Git Merge
git merge 会创建一个新的“合并提交”（merge commit），将两个分支的历史连接在一起。
- 优点：保留了完整的历史记录，清晰地展示了分支何时合并。
- 缺点：如果合并频繁，提交历史可能会变得杂乱，充斥着大量的合并提交。
git checkout main
git merge feature-branch
Git Rebase
git rebase 会将当前分支的提交“移动”到目标分支的末端，从而重写提交历史。
- 优点：产生线性的提交历史，使项目历史更整洁、易于阅读。
- 缺点：重写了历史，如果在公共分支上使用，可能会导致团队成员协作出现问题。
git checkout feature-branch
git rebase main
如何选择？
- 使用 Merge：当您需要保留分支的完整上下文，或者在公共分支（如
main）上工作时。 - 使用 Rebase：当您在本地分支开发，想要在合并前清理提交历史，或者追求整洁的线性历史时。
黄金法则：永远不要在已经推送到远程仓库的公共分支上执行 rebase。