Travis CI：它是什么、功能以及在应用开发中的使用

什么是Travis CI及其工作原理

Travis CI — 是一项云持续集成服务，当Git仓库发生更改时自动启动构建和测试。通过GitHub或Bitbucket连接仓库后，Travis CI会跟踪新的提交、Pull Request和标签创建，在隔离的虚拟环境中执行.travis.yml中的配置。

Travis CI的工作流程包括三个阶段：触发器（推送或Pull Request）、环境设置（install）和执行任务（script）。该服务会自动选择虚拟机，其中包含预装的工具集——对于iOS，提供带有Xcode的macOS镜像；对于Android，提供带有Android SDK和API级别的Linux镜像。

Travis CI支持Build Matrix——一种使用不同参数并行运行同一配置的机制。例如，可以同时在Xcode 15和Xcode 16上测试iOS应用，在API 33和API 34上测试Android应用。每个组合在单独的虚拟机上执行，从而减少总体验证时间。

Travis CI与移动项目的其他CI/CD系统对比

Travis CI与Jenkins和GitLab CI不同，它注重配置的简便性和无基础设施成本。Jenkins需要在自有服务器上安装和配置代理，GitLab CI需要自管理或云GitLab实例。Travis CI按订阅方式运行，无需服务器管理。

与GitHub Actions相比，Travis CI为iOS构建提供更成熟的macOS镜像和更详细的移动开发文档。而GitHub Actions则与GitHub生态系统集成得更好，并且有更多用于特定移动构建任务的社区操作。

对于Android开发，Travis CI提供预装Android SDK 34、Gradle 8并支持模拟器的现成镜像。构建启动速度为45–90秒，与竞争对手相当。主要限制是并行构建的数量限制，取决于资费方案。

Travis CI的架构和工作原理

Travis CI的架构基于微服务，管理任务队列、虚拟机分配和结果处理。当收到来自GitHub的webhook时，平台将任务放入队列，找到具有相应语言镜像的空闲虚拟机，并执行.travis.yml中的命令。

每次构建在隔离环境中执行，使用干净的OS镜像。Travis CI支持三种环境类型：Ubuntu Linux（标准）、macOS（用于iOS和macOS构建）和Windows（用于.NET和UWP）。对于移动项目，支持预装Xcode和Fastlane的macOS镜像至关重要。

构建的生命周期包括以下阶段：before_install（系统配置）、install（安装依赖）、before_script（准备测试）、script（运行测试和构建）、after_script（清理）。每个阶段都是可选的，并在YAML文件中配置。

Travis CI中的Build Matrix

Build Matrix允许在并行构建中使用不同版本的语言、SDK或环境来测试应用。矩阵通过language、os、env键定义，并包括自动生成所有可能的组合。对于移动项目，这方便检查与不同版本的iOS或Android API的兼容性。

使用矩阵时，Travis CI为每个组合启动单独的虚拟机。这增加了总消耗的构建分钟数，但对于支持多个OS版本的项目至关重要。将矩阵大小限制为4–6个组合，以获得最佳的覆盖率和成本比例。

.travis.yml语法

.travis.yml文件使用YAML格式，由根键组成：language（语言）、os（OS）、dist（发行版版本）、before_install、install、script和deploy。每个键可以包含字符串、命令数组或字典，用于更复杂的配置。Travis CI按严格顺序处理键，这保证了构建执行的可预测性。

对于iOS项目，必须指定osx_image键和Xcode版本，例如xcode15.2。对于Android，必须指定android键和SDK组件。Travis CI支持deploy键和提供商，用于在成功构建后自动将工件上传到App Store Connect、Google Play、Firebase或GitHub Releases。

# 用于iOS的带有Build Matrix的Travis CI
language: objective-c
os: osx
osx_image: xcode15.2
env:
  - SCHEME=App-iOS
  - SCHEME=App-tvOS
script:
  - xcodebuild -scheme $SCHEME clean build test

iOS项目的.travis.yml配置

对于iOS项目，.travis.yml必须指定objective-c或swift语言、通过osx_image指定Xcode版本以及通过CocoaPods或Swift Package Manager安装依赖。Travis CI支持所有当前Xcode版本，包括Xcode 16和iOS 18 SDK，从而可以在最新的API上测试应用。

重要阶段——管理用于代码签名的证书。使用Travis CI加密文件在仓库中存储配置文件和证书。Fastlane Match也通过加密的TRAVIS环境变量得到支持，这简化了AdHoc和App Store构建的签名配置。

# 用于iOS应用的带有Fastlane的Travis CI
language: swift
os: osx
osx_image: xcode15.2
branches:
  only:
    - main
    - /\d+\.\d+\.\d+/
before_install:
  - gem install cocoapods
  - gem install fastlane
install:
  - pod install --repo-update
script:
  - fastlane scan
  - fastlane gym

对于在XCTest上进行UI测试的项目，使用xcodebuild中的destinations键指定模拟器。Travis CI支持在macOS镜像上运行iOS模拟器而无需额外配置——模拟器在执行xcodebuild test测试命令时自动启动。

Android项目的.travis.yml配置

对于Android项目，.travis.yml使用android语言并通过android键指定SDK组件进行配置。Travis CI提供预装Java JDK 17、Gradle和基本Android SDK的Linux镜像。额外的API级别和构建工具通过sdkmanager在before_install阶段安装。

Android构建的关键优化——缓存.gradle和.m2目录。Travis CI通过cache键支持缓存，将依赖安装时间从120秒减少到重复构建时的10–15秒。为Gradle包装器和Android Gradle Plugin指定缓存路径。

# 用于Android应用的Travis CI
language: android
dist: jammy
jdk: oraclejdk17
android:
  components:
    - tools
    - platform-tools
    - build-tools-34.0.0
    - android-34
    - extra-google-m2repository
before_script:
  - yes | sdkmanager "platforms;android-34"
script:
  - ./gradlew assembleDebug testDebugUnitTest
cache:
  directories:
    - $HOME/.gradle/caches/
    - $HOME/.gradle/wrapper/

要在Android模拟器上运行仪器测试，添加before_script阶段，启动模拟器并等待其准备就绪。Travis CI在Linux镜像上支持KVM硬件加速，与软件模拟相比，显著加快了UI测试的执行速度。

Travis CI与GitHub和Bitbucket的集成

Travis CI通过OAuth应用与GitHub和Bitbucket集成，该应用向仓库添加webhook以自动通知新提交。在Travis CI中激活仓库后，所有推送和Pull Request都会自动启动构建，状态（passed、failed、pending）显示在GitHub界面中。

与GitHub Pull Request的集成——Travis CI的关键功能。构建状态直接显示在PR中，在测试失败时阻止合并。GitHub中的分支保护与Travis CI一起配置，确保只有经过测试的代码才能进入主分支。

Travis CI支持加密的环境变量，用于存储App Store Connect令牌、Google Play服务帐户和签名密钥。变量通过travis encrypt CLI加密并添加到.travis.yml，确保敏感数据安全传输到构建中。

使用加密文件

Travis CI的加密文件允许在GitHub仓库中存储配置文件和iOS证书，而无需担心泄露风险。文件通过travis encrypt-file命令加密，并在before_install阶段自动解密。这是使用Travis CI交付iOS应用的团队的标准方法。

Travis CI的优势与局限

Travis CI的主要优势——零基础设施成本。团队无需配置服务器、安装CI/CD软件和监控其可用性。所有管理简化为在仓库中编辑.travis.yml。公共仓库的免费计划使Travis CI成为开源移动项目的热门选择。

Travis CI的局限——资费方案中的构建时间限制和并行任务限制。对于提交频率高（每天20次以上）和集成测试时间长的团队，云分钟成本可能超过维护自有Jenkins服务器的成本。此外，Travis CI在免费计划中不支持自定义Docker镜像。

对于移动开发，Travis CI适合使用GitHub、拥有不到10名开发者且不需要自定义构建基础设施的团队。对于具有合规性要求或需要在自有macOS机器上构建的企业项目，Jenkins仍然是更灵活的解决方案。