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