Travis CI: какво е това, възможности и употреба в разработката на приложения

Какво е Travis CI и как работи

Travis CI — облачна услуга за непрекъсната интеграция, която автоматично стартира сборки и тестове при промени в Git хранилището. След свързване на хранилището чрез GitHub или Bitbucket, Travis CI проследява нови commit-ове, Pull Request и създаване на тагове, изпълнявайки конфигурацията от .travis.yml в изолирана виртуална среда.

Процесът на работа на Travis CI се състои от три етапа: задействане (push или Pull Request), настройка на средата (install) и изпълнение на задачи (script). Услугата автоматично избира виртуална машина с предварително инсталиран набор от инструменти — за iOS са налични macOS образи с Xcode, за Android — Linux образи с Android SDK и API нива.

Travis CI поддържа Build Matrix — механизъм за паралелно стартиране на една конфигурация с различни параметри. Например, можете едновременно да тествате iOS приложение на Xcode 15 и Xcode 16, а Android приложение — на API 33 и API 34. Всяка комбинация се изпълнява на отделна виртуална машина, което намалява общото време за валидация.

Travis CI vs други CI/CD системи за мобилни проекти

Travis CI се различава от Jenkins и GitLab CI с фокус върху простотата на конфигурация и липсата на инфраструктурни разходи. Jenkins изисква инсталация на собствен сървър и конфигурация на агенти, GitLab CI — самоуправлявана или облачна GitLab инстанция. Travis CI работи чрез абонамент и не изисква администриране на сървъри.

В сравнение с GitHub Actions, Travis CI предоставя по-зрели macOS образи за iOS сборки и детайлна документация за мобилно разработване. GitHub Actions, от своя страна, е по-добре интегриран с екосистемата на GitHub и има повече community-actions за специфични задачи на мобилна сборка.

За Android разработка Travis CI предлага готови образи с Android SDK 34, Gradle 8 и поддръжка на емулатори. Скоростта на стартиране на сборка е 45–90 секунди, сравнима с конкурентите. Основното ограничение е лимитът на паралелни сборки, в зависимост от тарифния план.

Архитектура и принцип на работа на Travis CI

Архитектурата на Travis CI е изградена върху микрослужби, управляващи опашката от задачи, разпределението на виртуални машини и обработката на резултати. При получаване на webhook от GitHub, платформата поставя задачата в опашка, намира свободна виртуална машина с подходящ езиков образ и изпълнява командите от .travis.yml.

Всяка сборка се изпълнява в изолирана среда с чист OS образ. Travis CI поддържа три типа среди: Ubuntu Linux (стандартна), macOS (за iOS и macOS сборки) и Windows (за .NET и UWP). За мобилни проекти е критична поддръжката на macOS образи с предварително инсталирани Xcode и Fastlane.

Жизненият цикъл на сборка включва фази: before_install (настройка на системата), install (инсталиране на зависимости), before_script (подготовка за тестове), script (стартиране на тестове и сборка), after_script (почистване). Всяка фаза е опционална и се конфигурира в YAML файла.

Build Matrix в Travis CI

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 след успешна сборка.

# Travis CI с Build Matrix за iOS
language: objective-c
os: osx
osx_image: xcode15.2
env:
  - SCHEME=App-iOS
  - SCHEME=App-tvOS
script:
  - xcodebuild -scheme $SCHEME clean build test

Конфигурация на .travis.yml за iOS проекти

За iOS проекти .travis.yml трябва да посочи езика objective-c или swift, версията на Xcode чрез osx_image и инсталиране на зависимости чрез CocoaPods или Swift Package Manager. Travis CI поддържа всички актуални версии на Xcode, включително Xcode 16 с iOS 18 SDK, което позволява тестване на приложения на най-новите API.

Важен етап — управление на сертификати за подписване на код. Използвайте криптирани файлове на Travis CI за съхранение на provisioning профили и сертификати в хранилището. Fastlane Match също се поддържа чрез криптирани променливи на средата TRAVIS, което опростява конфигурацията на подписване за AdHoc и App Store сборки.

# Travis CI за iOS приложение с Fastlane
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

За проекти с UI тестове на XCTest използвайте ключа destinations в xcodebuild за посочване на симулатора. Travis CI поддържа стартиране на iOS симулатори на macOS образи без допълнителна конфигурация — симулаторът се стартира автоматично при изпълнение на тестовата команда xcodebuild test.

Конфигурация на .travis.yml за Android проекти

За Android проекти .travis.yml се конфигурира с езика android и посочване на SDK компоненти чрез ключа android. Travis CI предоставя Linux образи с предварително инсталирани Java JDK 17, Gradle и основен Android SDK. Допълнителни API нива и build-tools се инсталират чрез sdkmanager във фазата before_install.

Ключова оптимизация за Android сборки — кеширане на директориите .gradle и .m2. Travis CI поддържа кеширане чрез ключа cache, което намалява времето за инсталиране на зависимости от 120 секунди на 10–15 секунди при повторни сборки. Посочете пътищата за кеш на Gradle wrapper и Android Gradle Plugin.

# Travis CI за Android приложение
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 поддържа хардуерно ускорение KVM на Linux образи, което значително ускорява изпълнението на UI тестове в сравнение със софтуерна емулация.

Интеграция на Travis CI с GitHub и Bitbucket

Travis CI се интегрира с GitHub и Bitbucket чрез OAuth приложение, което добавя webhook в хранилището за автоматично уведомяване за нови commit-ове. След активиране на хранилището в Travis CI, всички push и Pull Request автоматично стартират сборка, а статусът (passed, failed, pending) се показва в интерфейса на GitHub.

Интеграцията с GitHub Pull Request — ключова функция на Travis CI. Статусът на сборката се показва директно в PR, блокирайки сливането при неуспешни тестове. Конфигурацията на branch protection в GitHub заедно с Travis CI гарантира, че в основния клон попада само тестван код.

Travis CI поддържа криптирани променливи на средата за съхранение на токени за App Store Connect, акаунти за услуги на Google Play и ключове за подписване. Променливите се криптират чрез travis encrypt CLI и се добавят в .travis.yml, осигурявайки сигурно предаване на чувствителни данни в сборката.

Работа с криптирани файлове

Криптираните файлове на Travis CI позволяват съхранение на provisioning профили и iOS сертификати в GitHub хранилището без риск от изтичане. Файлът се криптира с командата travis encrypt-file и се декриптира автоматично на етапа before_install. Това е стандартният подход за екипи, използващи Travis CI за доставка на iOS приложения.

Предимства и ограничения на Travis CI

Основното предимство на Travis CI — нулеви разходи за инфраструктура. Екипът не трябва да конфигурира сървър, да инсталира CI/CD софтуер и да наблюдава неговата наличност. Цялото управление се свежда до редактиране на .travis.yml в хранилището. Безплатният план за публични хранилища прави Travis CI популярен избор за Open Source мобилни проекти.

Ограничението на Travis CI — лимит на време за сборка и паралелни задачи в тарифните планове. За екипи с висока честота на commit-ове (20+ на ден) и дълги интеграционни тестове, разходите за облачни минути могат да надвишат разходите за поддържане на собствен Jenkins сървър. Travis CI също не поддържа персонализирани Docker образи на безплатния план.

За мобилна разработка Travis CI е подходящ за екипи, които използват GitHub, имат по-малко от 10 разработчици и не изискват персонализирана инфраструктура за сборка. За Enterprise проекти с изисквания за съответствие или необходимост от сборка на собствени macOS машини, Jenkins остава по-гъвкаво решение.