创建拉取请求时,GitHub 会创建一个新的 ref。ref 指向一个合并提交,它是拉取请求的源分支和目标分支之间的合并代码。PR 验证管道构建此 ref 指向的提交。(从这里)
这给我的Chromatic管道带来了问题:这些提交存在问题的原因有很多。最大的问题是由于它们在 git 历史中不存在,我们无法跟踪您对它们所做的基线验收。
有没有办法配置 GitHub 和/或 Azure DevOps 构建管道以触发 PR 构建但对于 PR 分支中的正常线性提交,而不是将其与目标分支合并?
创建拉取请求时,GitHub 会创建一个新的 ref。ref 指向一个合并提交,它是拉取请求的源分支和目标分支之间的合并代码。PR 验证管道构建此 ref 指向的提交。(从这里)
这给我的Chromatic管道带来了问题:这些提交存在问题的原因有很多。最大的问题是由于它们在 git 历史中不存在,我们无法跟踪您对它们所做的基线验收。
有没有办法配置 GitHub 和/或 Azure DevOps 构建管道以触发 PR 构建但对于 PR 分支中的正常线性提交,而不是将其与目标分支合并?