理解 Git 分支（图解）

在上一篇文章中，我们讨论了向远程 Git 仓库提交更改的过程。我们已经看到，这个过程分为三个步骤：1）暂存。2）提交。3）推送。

对于只有一位贡献者的小型项目来说，这些更改直接推送到 中并不罕见master。但是，当多个开发人员需要在同一个 Git 仓库中工作时，定义一个能够利用并行协作的流程就显得尤为重要。这时，分支就变得至关重要。

并非所有的树都一样，但它们都是从小处开始的。在典型的 Git 仓库中，代码以树的形式生长。功能在开发分支中实现，最终合并到主分支。

无论何时在团队中工作，无论是在开源项目还是在企业环境中，创建一个新的分支（通常基于master）并从那里开始始终是一个好的做法。

完成更改后，您可以将分支推送到远程存储库并创建新的拉取请求。拉取请求是将您的分支合并到的正式请求master。

虽然可以将分支直接推送并合并到“主”分支中，但在建议更改代码库时，通常的做法是创建拉取请求。

打开拉取请求为代码审查和可操作的反馈创造了机会；这就是为什么它成为大多数开源项目协作的标准程序。

要更深入地了解 Git 分支，请查看这些文档或查看此快速参考指南。

你想深入了解哪些 Git 主题？欢迎在评论区留言，为我的下一部漫画提供建议 :)