Git进阶系列 | 4. 合并冲突

Git是最流行的代码版本控制系统，这一系列文章介绍了一些Git的高阶使用方式，从而帮助我们可以更好的利用Git的能力。本系列一共8篇文章，这是第5篇。原文：Rebase vs. Merge: Integrating Changes in Git^[1]

大多数开发人员都理解在Git中使用分支的重要性，事实上，本系列已经有一篇关于Git分支策略的文章，解释了Git强大的分支模型、不同类型的分支以及两种最常见的分支工作流。总而言之，在独立的容器中工作（即分支），是非常有用的，也是使用版本控制系统的主要原因之一。

本文我们将研究如何集成分支，如何将新代码添加回现有的开发线路中？有不同的方法可以实现这一点。在这篇“Git进阶”系列的第五部分我们要讨论Git中的集成更改，即合并和rebase。

在我们深入细节之前，重要的是要理解这两个命令，git merge和git rebase。它们解决了相同的问题，即将一个Git分支的更改集成到另一个分支，只是做法稍有不同。下面我们从git merge开始。

Git进阶系列:

1. 创建完美的提交
2. Git中的分支策略
3. 基于Pull Request实现更好的协作
4. 合并冲突（本文）
5. Rebase vs Merge
6. 交互式Rebase
7. Git中的Cherry-pick提交
8. 用Reflog恢复丢失的提交

References:
[1] Rebase vs. Merge: Integrating Changes in Git: https://css-tricks.com/rebase-vs-merge-integrating-changes-in-git/

你好，我是俞凡，在Motorola做过研发，现在在Mavenir做技术工作，对通信、网络、后端架构、云原生、DevOps、CICD、区块链、AI等技术始终保持着浓厚的兴趣，平时喜欢阅读、思考，相信持续学习、终身成长，欢迎一起交流学习。
微信公众号：DeepNoMind

- END -

本文由 mdnice 多平台发布