在Github项目文件夹下添加.travis.yml文件。为了运行构建，TravisCI的系统将触发构建的存储库克隆到构建环境。构建环境是一个独立的虚拟机或LXD容器，一旦构建完成就会终止。克隆仅在构建请求之后发生，因此仅适用于在GitHub设置中明确启用的存储库。示例：为了设置构建环境并准备构建，TravisCI的系统从GitHub触发的构建请求中明确指定的存储库和分支中获取并处理.travis.yml配置文件。这个.travis.yml配置文件的语法可以在官网找到。例如，dist:bionic表示构建虚拟系统的类型，bionic是枚举值之一。TravisCI支持两种类型的Linux构建虚拟化：“FullVM”和“LXD”。最重要的是，Linux构建可以在多个CPU架构上运行。FullVM是启用sudo的，每个构建的完整虚拟机，运行Linux。虽然启动缓慢（与LXD容器相比构建时间增加）但没有限制。它分配固定数量的vCPU和RAM。另一方面，LXD环境尽可能接近容器世界中的虚拟机。Linux环境在非特权LXD容器中运行。与完整VM相比，它启动速度更快（与完整VM相比减少构建时间）但确实有一些限制。它从最少2个vCPU开始，如果有更多计算时间可用，主机可以动态分配它以加速构建。另一个例子是branches关键字和only的组合。以下示例的语义是只有在develop、epic、release和integration-libs等分支中发生代码提交时才会触发Travis。Travis.yml是一个YAML格式的配置文件，下面是一些高级用法。在更高级的用例中，为了减少大型构建配置文件中的重复，最好使用YAML的机制来定义和重用共享配置部分作为YAML锚点和别名。例如，不要像这样为两个不同的部署目标复制部署配置，这是不好的做法：deploy:-provider:herokuapi_key:...app:app-productionon:branch:master-provider:herokuapi_key:...app:app-stagingon:branch:staging使用以下语法重用yaml定义：deploy:-&deployprovider:herokuapi_key:...app:app-productionon:branch:master-<<:*deployapp:app-stagingon:branch:staging更多Jerry原创文章，尽在：《王子熙》：
