0

我有一个 GitHub 项目,它需要在允许合并到main. 我的dev管道中有一个“发布”作业,用于semantic-release增加 package.json 中的版本号并自动将该更改提交回dev. dev当我从to创建 PR 时main,CircleCI 检查不完整,因为semantic-release的提交包括[skip ci],这导致 CircleCI 跳过管道中的所有作业(以防止无限管道循环)。因此,我无法合并我的 PR。

我不知道如何解决这个问题 - 我想在合并之前强制执行 CircleCI 检查main,并且我希望提交dev自动增加版本号。如果 GitHub 检查可以以某种方式回顾原始管道,而不是由semantic-release更改启动的管道,那么一切都会好起来的。还有其他想法吗?

4

0 回答 0