我们目前的Git工作流程如下:
我们有一个 develop 分支,它是我们的主分支,包含所有正在进行的代码。然后我们有一个单独的发布分支,它只应该具有此特定版本所需的特定功能。可以有一些功能应该合并到 develop 中,但不能合并到那个发布分支。
如果我们想要创建一个应该位于此单独的发布分支中的新功能,我们将从发布分支出一个新的功能分支分支本身,因为它可以依赖于发布分支代码,并且不应包含可以合并到 develop 中的其他功能。完成此新功能后,我们将此功能分支合并到 develop 和发布分支。
当我们为第二个新功能执行此操作时,我们遇到的问题是先前通过将第一个新功能合并到发布分支中创建的合并提交当然是在第二个新功能的历史记录中,之后将合并进入 develop 。
我们如何防止/优化我们的工作流程?
答案 0 :(得分:1)
为了解决开发和发布方面的重复合并冲突,您可以考虑以下工作流程:
feature
release
分支
feature
分支合并到release
release
合并到develop
合并release
到develop
期间可能仍然存在冲突,但在feature
合并到release
期间的冲突并不重复。将release
合并为develop
从develop
作为主分支更有意义,它应该包含更多存储在release
分支中的功能。