相同代码基础上独立版本的Git工作流

相同代码基础上独立版本的Git工作流,git,workflow,Git,Workflow,我们是两个在同一代码库上工作的团队,拥有共同的git存储库。我们正在遵循git流程,并将我们的功能分支合并到develop中。但是,当我们想单独发布更改时,问题就出现了。由于我们正在合并回develop,我们的develop包含了两个团队的更改,因此我们依赖于发行版。我们不能从develope创建发布分支,在测试其他团队变更之前,我们不能发布我们的变更。从某种意义上说,我们必须一起释放。由于这种依赖性,如果一个团队的更改延迟,它也会影响另一个团队。在这种情况下,是否有其他工作流可以提供帮助 编辑

我们是两个在同一代码库上工作的团队,拥有共同的git存储库。我们正在遵循git流程,并将我们的功能分支合并到develop中。但是,当我们想单独发布更改时,问题就出现了。由于我们正在合并回develop,我们的develop包含了两个团队的更改,因此我们依赖于发行版。我们不能从develope创建发布分支,在测试其他团队变更之前,我们不能发布我们的变更。从某种意义上说,我们必须一起释放。由于这种依赖性,如果一个团队的更改延迟,它也会影响另一个团队。在这种情况下,是否有其他工作流可以提供帮助


编辑:我正在寻找在上述情况下有帮助的替代工作流或其他git流

您的工作流存在的问题是,您正在合并以开发一个已知稳定的功能。develope是一个稳定的分支,它包含了在不同版本之间应该完成、工作和测试的新特性。在我看来,你正在做的是开发一个功能,合并它进行开发,然后确保在开发过程中没有任何中断。后两个步骤需要互换

相反,您应该做的是确保您的功能分支在合并到开发之前完全工作。通过这种方式,您可以在任何给定的时间,它(应该)是稳定的情况下进行发布和开发。要执行此操作,请使用以下命令确保它位于develop的上游:

git merge develop


然后,在您的功能分支上测试该功能,确保其正常工作,然后当您将其合并到开发中时,开发将与您已经测试的分支处于完全相同的状态。

为什么不同团队之间会依赖于您的发行版?我想你是在一个功能完全完成后才合并开发的吧?
git rebase develop