解释 Travis CI 的最简单方法是,每次提交到 GitHub 时它都会运行程序的测试(这可以通过多种方式进行配置,并且您始终可以在某些分支上禁用构建)。 这样做的重点是,你通常可以很快发现你的提交是否破坏了某些东西,并在它成为问题之前修复它。 我建议在每个有单元测试的 GitHub 存储库上运行 Travis CI,并且使用 Travis CI 支持的编程语言。 由于设置 Travis CI 非常简单,我通常认为没有理由不使用它,除非您不在乎您的程序是否通过了测试。
Travis 的官网。
当您运行构建时,Travis CI 会将您的 GitHub 存储库克隆到一个全新的虚拟环境中,并执行一系列任务来构建和测试您的代码。
Jerry:因此在本地笔记本上执行这一切没有意义?
如果其中一项或多项任务失败,则构建被视为损坏。 如果没有任何任务失败,则认为构建已通过,Travis CI 可以将您的代码部署到 Web 服务器或应用程序主机。
CI 构建还可以自动化交付工作流程的其他部分。 这意味着您可以使用 Build Stages 使作业相互依赖、设置通知、在构建后准备部署以及许多其他任务。
在 Travis CI 文档中,一些常用词有特定的含义:
下图是 Travis 上 build 的一个例子:
stage 的例子。
虚拟环境
中的自动化过程,然后执行一系列阶段,例如编译代码、运行测试等。如果脚本阶段的返回代码非零
,则作业失败。这一点和 Linux API 的返回值设计很像。job 的一个实际例子: