以“BDD”的术语来说:
背景: 给定我正在为一个 GH 存储库做贡献
当我创建一个拉取请求时, 那么 Travis 应该构建最新的提交。
当我推送到现有的拉取请求时, 那么 Travis 应该构建最新的提交。
当我将拉取请求合并到主分支时, 那么 Travis 应该构建主分支。
我被 Travis-CI 的 "build pushes" 和 "build PRs" 设置所困惑,因为:
启用这两个选项会导致每个拉取请求被 Travis 构建两次, 一次是针对该分支上的提交, 另一次是针对该分支合并到其目标分支的合并提交。
只启用 "build PRs" 会导致构建 PRs,但不会在合并后进行构建(即在主分支上)。
启用 "pushes" 可以通过构建所有对存储库的推送来满足上述标准。您可以尝试通过白名单和黑名单分支来调整设置,但除非您严格遵守分支名称,否则可能会遇到麻烦。
这在 Travis-CI 文档 和 GH 问题#3241 中有更详细的说明。
有人知道满足上述标准的配置吗?
背景: 给定我正在为一个 GH 存储库做贡献
当我创建一个拉取请求时, 那么 Travis 应该构建最新的提交。
当我推送到现有的拉取请求时, 那么 Travis 应该构建最新的提交。
当我将拉取请求合并到主分支时, 那么 Travis 应该构建主分支。
我被 Travis-CI 的 "build pushes" 和 "build PRs" 设置所困惑,因为:
启用这两个选项会导致每个拉取请求被 Travis 构建两次, 一次是针对该分支上的提交, 另一次是针对该分支合并到其目标分支的合并提交。
只启用 "build PRs" 会导致构建 PRs,但不会在合并后进行构建(即在主分支上)。
启用 "pushes" 可以通过构建所有对存储库的推送来满足上述标准。您可以尝试通过白名单和黑名单分支来调整设置,但除非您严格遵守分支名称,否则可能会遇到麻烦。
这在 Travis-CI 文档 和 GH 问题#3241 中有更详细的说明。
有人知道满足上述标准的配置吗?