我们想切换到Git流，但是我有一些担心，因为有两个不同的团队使用相同的存储库。团队A想要使用dev分支进行提交，但是团队B创建功能分支并在那里工作。团队A应该几乎每周都进行实时部署，另一方面，团队B每周准备发布发布包。
在这种情况下，将功能分支合并到开发和发布分支对我们来说可能很难。这就是为什么我要直接将功能分支合并到发布分支。我们也可能需要根据需要将发布分支停放一段时间，但是git flow并不建议将功能分支合并到发布分支。根据流程，我们应该将功能分支合并到dev分支，之后，我们可以从dev创建/更新release分支。
长话短说，我将需要在部署之前互相更新开发和发布分支，或者类似的事情。似乎没有道理。
因此，在git flow上管理这种情况的最佳方法是什么。
答案很简单：
结论：不要使用Git Flow，而要使用Git。
我说的是，假设每个人都受过使用普通香草Git的培训，而不仅仅是像Git Flow这样的抽象层。实际上，Git Flow并不是产品，而是分支和合并模型，就像我之前说过的那样。具有相同名称的Git插件或Git Flow模型的多个IDE集成只是语法糖。如果要偏离，请勿使用。
在技术上有些无关紧要，只是作为经验丰富（约15年）的敏捷教练大声思考：它说了关于团队文化和两个团队在同一产品上做出贡献并致力于相同存储库的协作，他们找不到共同的策略SCM和发布周期。
本文收集自互联网，转载请注明来源。
如有侵权，请联系[email protected] 删除。
我来说两句