GITHUB分支过程-向下合并和向上合并

Question

我需要一些关于GITHUB的澄清。假设我们有下面的分支结构。

​

​

• 12月2日完成了他们的任务，并与发展公司合并.
• 他们首先上升-合并从12月2.1和发展2.2至12月2日.
• 后来，他们从发展到发展-2，最后从发展-2合并到发展。

1. **My question is, can Dev-2.1 and Dev-2.2 continue working on their branch without down-merge from Dev-2.**
2. Our plan is, we will up-merge again from Dev-2.1 and Dev-2.2 to Dev-2, whenever required... and later on Dev-2 down-merge from Development and up-merge to Development. **is this the correct process??**

​

Answer 1

没有技术障碍可以阻止这一点，但如果Dev-2.x的更改与开发中的更改相冲突，则可能会出现严重的合并冲突。

一般来说，在变更中合并一个更好的工作流，从定期开发到您的单个工作分支，以确保您的更改仍然很好地集成。这样，冲突就可以尽早解决，甚至可以完全避免，因为工作不是基于过时的源。

当然，这也取决于您的项目的性质和工作是如何分开的。如果所有更改都是正交的，那么合并冲突就不应该是一个问题。