我们有超过 7 个 git 存储库。每个存储库包含 10 个点网应用程序/解决方案,它们彼此完全独立。
我们遵循功能 -> DEV -> 主分支方法。
在这里,我们将Feature分支合并到DEV,它工作正常。当我们合并我们的 DEV 和 master 分支时,Dev 上会提交其他解决方案,这些解决方案不应该进入 master,因为该功能尚未发布到生产环境。
现在,我们正在本地复制一个解决方案(已投入生产),并从主复制解决方案创建一个分支到该分支,并创建 PR 到主复制。
有没有有效的方法来处理这个问题?
我们可以为每个解决方案创建单独的 git 存储库,以便在上述情况下很容易合并吗?
请提出处理上述情况的最佳方法。
提前致谢。
当我们合并我们的 DEV 和 master 分支时,Dev 上会提交其他解决方案,这些解决方案不应该进入 master,因为该功能尚未发布到生产环境。
这就是为什么,理想情况下,您将合并功能以掌握,而不是开发。
就是这样git工作流程(一个词) https://stackoverflow.com/a/57175304/6309是关于:
这个想法是:避免Git Flow 的张力 (feature->dev->master)此处描述 https://stackoverflow.com/a/44470240/6309:
在 GitFlow 中,在主题分支上保持开发工作清洁和隔离的愿望与通过将主题分支与其他工作合并进行开发以使其可见、可测试并检查冲突来将主题分支与其他工作集成在一起的愿望之间始终存在着无法解决的紧张关系。
如果您在 Dev 中合并多个功能并将其合并到 master 中,那么您将合并所有内容,包括尚未准备好的功能。
如果直接将功能合并到 master,则只会合并 Dev 中认为准备就绪的功能,这将成为一个临时分支,在每个新的开发迭代时重置。
本文内容由网友自发贡献,版权归原作者所有,本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容,请联系:hwhale#tublm.com(使用前将#替换为@)