Ruby on rails Travis CI为每个Github提交推送创建两个构建

Ruby on rails Travis CI为每个Github提交推送创建两个构建,ruby-on-rails,github,travis-ci,Ruby On Rails,Github,Travis Ci,每次我推到Github,它似乎都会触发两个Travis CI构建—一个用于PR,另一个用于推送本身。从链接来看,它们似乎也是独立的构建 两者之间的确切区别是什么?我如何启用它以使只有一个运行 在您的场景中发生的情况如下所示: 持续集成/travis ci/push-仅在分支上运行测试 持续集成/travis ci/pr-合并并运行测试 这是完全可以的-但是如果你想摆脱其中一个构建,你需要在Travis上的项目设置中禁用buildpush或buildpull请求 资料来源: 您可以在存储库的

每次我推到Github,它似乎都会触发两个Travis CI构建—一个用于PR,另一个用于推送本身。从链接来看,它们似乎也是独立的构建

两者之间的确切区别是什么?我如何启用它以使只有一个运行


在您的场景中发生的情况如下所示:

持续集成/travis ci/push
-仅在分支上运行测试

持续集成/travis ci/pr
-合并并运行测试

这是完全可以的-但是如果你想摆脱其中一个构建,你需要在Travis上的项目设置中禁用
buildpush
buildpull请求


资料来源:


您可以在存储库的TravisCI设置中取消选中building Push或PRs:

它们之间的区别是:

  • /pr
    构建自动合并状态(就好像您合并了pr并对其运行了测试一样,注意:如果pr不能自动合并,它将不会运行)
  • /push
    为您推送到的分支的当前状态生成(就像您在刚刚推送到的本地副本上运行测试一样)

您可以同时保留这两个分支,但如果您希望Travis构建在PRs中的brnahces上,则需要配置Travis跳过所有非主分支,请参阅