停止挑拣，开始合并
本文解释了为什么在版本控制中应避免频繁使用 cherry-pick（挑拣提交），转而推荐使用合并（merge）策略。作者指出，过度依赖 cherry-pick 会破坏提交历史的一致性，导致未来合并时出现重复冲突和维护困难。通过合理规划分支和合并操作，可以保持代码库的整洁与可追溯性。
背景速读
这篇2018年的博文来自微软资深工程师Raymond Chen的博客《The Old New Thing》，内容涉及Git版本控制的最佳实践。
- **Cherry-pick（选择性摘取提交）**：指从某个分支复制一个或几个特定提交到另一个分支。虽然方便，但会破坏提交历史的线性关系，导致后续合并冲突不断。
- **Merge（合并）**：将整个分支的变更正式并入另一分支，保留完整变更历史，长期更干净。
- 核心观点：很多开发者遇到跨分支整合时习惯用cherry-pick"摘草莓"，但正确的做法是定期做merge，保持分支同步。只cherry-pick不merge，分支差异会越来越大，最终无法收场。
- 这是给使用Git的开发者看的工程管理建议，属于"长期维护"而非"短期打补丁"的思维。