有没有办法在合并请求期间部署 . 我知道您可以在MR期间运行管道并且如果您愿意也可以部署，但是PO想要自己决定他想要在暂存环境中测试哪个功能的MR . 因此，并非所有具有MR打开功能的功能 .
所以我真正需要的是PO的手动操作，以便将MR的分支（功能，而不是修补程序）部署到登台环境 . 我不想要一个临时分支，因为PO希望彼此独立地测试每个功能，大多数功能都可悲地被打破，他需要能够提供反馈并切换到测试另一个MR . 如果我想使用暂存分支，那么他需要还原有错误的功能，以便同时测试其他功能 . （所有遗留代码库的结果）
我在考虑一个主分支，一切都是基于，没有开发（Gitlab流程） . 功能在MR上使用master进行代码审查，其中PO可以将该功能分支部署到暂存环境，并且最终决定是否与master合并 .
这是一种手动操作，在MR期间难以理解？
如果我认为在MR期间不能选择手动操作 . 当打开功能 - >主站的MR时，是否可以自动创建第二个MR到分段分支？