在 Github 上,我注意到一些拉取请求说它们“适合合并”,因为它们已经通过了Travis构建。我用过一点 Travis,它是如何与 Github 上的拉取请求集成的?
这是我正在谈论的屏幕截图:
一旦你设置好 Travis 并告诉它需要测试哪个分支,它会自动在每个针对其中一个分支的拉取请求上运行构建(以及每个提交到这些分支的提交)。
请注意,Github 上的 Travis 通知仅在构建/测试结束后(大约 15 分钟)才会出现。
此外,这不是 Travis 特定的。Github 有一个用于持续集成的 API,适用于 TravisCI,也适用于 CircleCI。
请注意,自 2014 年 12 月 8 日起,您可以在拉取请求中看到来自多个服务的多个状态。
自从我们引入 Status API 以来,您已经能够通过在每次推送的对话时间线中包含拉取请求的状态来提高代码质量。
在今天之前,您只能看到一项服务的结果。现在,您可以一次查看所有结果,从针对不同平台测试您的代码的多个 CI 系统到同时进行的安全测试和代码覆盖率分析。
您还可以通过单击单个提交旁边列出的图标来查看拉取请求的状态在其历史记录中的变化情况。
自 2015 年 7 月 20 日起,该状态信息将在 PR 中清晰可见。
请参阅“更清晰的合并请求信息”:
每个月,GitHub 上的 119,000 个存储库使用自动状态检查(通过GitHub 状态 API),并且以易于理解的方式呈现这些信息非常重要。
当您准备好合并拉取请求时,您应该能够看到它已准备就绪。
如果检查没有通过,您应该能够看到原因。