解释TravisCI最简单的方法是，它会在您每次提交到GitHub时运行程序的测试（这可以通过多种方式进行配置，并且您始终可以在某些分支构造上禁用它）.这样做的要点是，您通常可以快速发现您的提交是否破坏了某些内容并在它成为问题之前修复它。我建议在每个具有单元测试并使用TravisCI支持的编程语言的GitHub存储库上运行TravisCI。由于设置TravisCI非常简单，我通常认为没有理由不使用它，除非您不关心您的程序是否通过测试。特拉维斯的官方网站。当您运行构建时，TravisCI会将您的GitHub存储库克隆到一个全新的虚拟环境中，并执行一系列任务来构建和测试您的代码。杰瑞：所以在本地笔记本电脑上做所有这些没有意义？如果其中一项或多项任务失败，则认为构建已损坏。如果没有任务失败，则认为构建已通过，TravisCI可以将您的代码部署到Web服务器或应用程序主机。CI构建还可以自动化交付工作流的其他部分。这意味着您可以使用BuildStages使作业相互依赖、设置通知、在构建后准备部署以及许多其他任务。在TravisCI文档中，一些常用词具有特定含义：构建：一组按顺序运行的作业。例如，一个构建可能有两个作业，每个作业使用不同版本的编程语言测试一个项目。当它的所有工作都完成后，构建就完成了。下图是在Travis上构建的示例：阶段：一组并行运行的作业，作为由多个阶段组成的顺序构建过程的一部分。阶段的例子。作业：将您的存储库克隆到虚拟环境中的自动化过程，然后执行编译代码、运行测试等一系列阶段。如果脚本阶段的返回码非零，则作业失败。这和LinuxAPI的返回值设计很相似。作业的实际示例：阶段：作业的连续步骤。例如，安装阶段先于脚本阶段，脚本阶段先于可选的部署阶段。更多Jerry原创文章在这里：《王子熙》：
