在gitlab ci中创建合并请求时触发新管道
我有一个mono-repo结构，并创建了一个管道，该管道只针对已更改的特定子文件夹运行。 现在，如果我在Context1中更改了一些内容，但管道没有成功，然后在Context2中更改了一些内容，并且管道成功，那么创建的合并请求会说它是可合并的，因为最后一个管道成功了在gitlab ci中创建合并请求时触发新管道,gitlab,gitlab-ci,merge-request,Gitlab,Gitlab Ci,Merge Request,我有一个mono-repo结构，并创建了一个管道，该管道只针对已更改的特定子文件夹运行。 现在，如果我在Context1中更改了一些内容，但管道没有成功，然后在Context2中更改了一些内容，并且管道成功，那么创建的合并请求会说它是可合并的，因为最后一个管道成功了 如何在运行为所有子文件夹运行的管道的合并请求上触发新管道？（不是问如何创建这样一个管道，只是问如何触发管道）您是否有管道的摘录，以提供更多的上下文？不，我不能遗憾地分享，但我可以描述基本想法。基本上，管道有一个初始作业，创建一个pi
如何在运行为所有子文件夹运行的管道的合并请求上触发新管道？（不是问如何创建这样一个管道，只是问如何触发管道）您是否有管道的摘录，以提供更多的上下文？不，我不能遗憾地分享，但我可以描述基本想法。基本上，管道有一个初始作业，创建一个pipeline.yaml，其中包含每个文件夹的作业，并且只有更改gitlab ci触发器，因此每个文件夹都有一个动态创建的作业，该作业仅在该特定文件夹的更改上运行