Bitbucket主分支用于prod，stage，test和dev部署

Question

我有一个bitbucket项目，许多团队成员正在与之合作。每个团队成员为新功能开发创建单独的功能分支，当他完成后，他将代码提交到功能分支...提交jenkins工作将运行质量测试，进一步创建拉取请求。检查代码后，管理员用户将稍后将代码合并到主服务器以进行生产部署。

上述流程运行良好，但想知道我们可以管理和维护适用于生产，登台，测试和开发环境的回购的其他最佳方式。我有一个想法，就像在主分支中创建三个子分支，如分段，开发，测试。现在，开发团队将从开发子分支创建功能分支，他们可以将更改推送到它上面。稍后更改将合并到开发子分支并在dev环境中部署，进一步合并到测试子分支并在测试环境中部署，进一步合并到staging子分支并在staging环境中部署，在测试合并到主master分支并部署之后生产环境。

对于生产，登台，测试和开发环境的源代码管理，任何人都可以为我提供更好的方法吗

Answer 1

第二种方法可行，前提是：

• 你在每个新的发布周期重置你的staging / dev / testing分支，使这些分支短暂（即破坏/重新创建）
• 将功能分支合并到这些分支（而不是从开发到测试合并到分段）

请参阅git workflow as an example（不是＆＃34; git flow＆＃34;，但是用于Git repo本身的工作流程）：通过将功能分支直接合并到每个环境分支，可以避免这些分支之间的任何依赖关系分支（staging不依赖于test不依赖dev），并且在这些不同的环境中完成集成期间取消其中一些功能变得非常容易：所有你需要不在下一个环境分支中合并该功能分支。