我有一个工作流,在这些特性被推进之前,我需要将一些特性发送到dev进行测试。问题是,这些特性中的一些需要无限期地停留在dev服务器上,并且永远不会被推送到生产服务器,因此我永远无法将dev分支与prod分支直接同步。这意味着我不能使用一个模型,在这个模型中,我只有一个主分支可以通过标记发布到prod。我可能需要为每个特性请求创建一个分支,并且总是从prod分支中分支出来,这样就不会将不应该放在dev的prod上的任何东西推下去。我想知道用git来管理这样的事情的最佳方法是什么。
目前的想法如下:
Production branch (master)
Development branch (development)
feature1:
- branch created from master
- completed and merged into dev
- tested
- stays on dev indefinitely
feature2
- branch created from master
- completed and merged into dev
- tested
- merged into prod这个方法够坚实吗?
谢谢!
发布于 2018-06-23 05:42:39
是的,这就是Git回购本身所遵循的:
请参阅 as an example (不是"git“,而是用于Git本身的工作流):通过将特性分支直接合并到每个环境分支,可以避免这些分支之间的任何依赖关系(在您的示例中,master不依赖于dev),并且在这些不同的环境中进行集成时,很容易取消其中的一些特性:在下一个环境分支中不合并该特性分支(在您的示例中是:master)。
在rocketraman/gitworkflow可以看到更多信息。
https://stackoverflow.com/questions/50995459
复制相似问题