现在您已经掌握了分支和合并的基础知识,那么您可以或应该如何处理它们?在本节中,我们将介绍这种轻量级分支使一些常见的工作流成为可能,因此您可以决定是否要将它们合并到自己的开发周期中。
长期运行的分支机构
由于 Git 使用简单的三向合并,因此在很长一段时间内多次从一个分支合并到另一个分支通常很容易做到。这意味着您可以拥有多个始终开放的分支,并将其用于开发周期的不同阶段;您可以定期从其中一些合并到其他一些中。
许多 Git 开发人员都有一个采用这种方法的工作流,例如只有在其分支中完全稳定的代码 - 可能只有已经或将要发布的代码。它们有另一个名为或它们工作或用于测试稳定性的并行分支 - 它不一定总是稳定的,但是每当它达到稳定状态时,它都可以合并到 .它用于在主题分支(短期分支,如您之前的分支)准备就绪时将其拉入,以确保它们通过所有测试并且不会引入错误。masterdevelopnextmasteriss53
实际上,我们谈论的是指针在你正在制作的提交行中向上移动。稳定的分支在提交历史记录中更靠后,而前沿分支在历史记录中更靠前。
通常更容易将它们视为工作孤岛,当它们经过全面测试时,提交集会逐渐进入更稳定的孤岛。
您可以继续这样做以获得几个级别的稳定性。一些较大的项目还具有一个或(建议的更新)分支,该分支集成了可能尚未准备好进入或分支的分支。这个想法是你的分支处于不同的稳定水平;当它们达到更稳定的水平时,它们会合并到它们上面的分支中。同样,拥有多个长时间运行的分支不是必需的,但它通常很有帮助,尤其是在处理非常大或复杂的项目时。proposedpunextmaster