Travis CI: ce este, capacități și utilizare în dezvoltarea aplicațiilor

Ce este Travis CI și cum funcționează

Travis CI — este un serviciu cloud de integrare continuă care lansează automat build-uri și teste la modificări în depozitul Git. După conectarea depozitului prin GitHub sau Bitbucket, Travis CI urmărește noile commit-uri, Pull Request și crearea de tag-uri, executând configurarea din .travis.yml într-un mediu virtual izolat.

Procesul de lucru Travis CI constă din trei etape: declanșator (push sau Pull Request), configurarea mediului (install) și executarea sarcinilor (script). Serviciul selectează automat mașina virtuală cu setul preinstalat de instrumente — pentru iOS sunt disponibile imagini macOS cu Xcode, pentru Android — imagini Linux cu Android SDK și nivele API.

Travis CI suportă Build Matrix — mecanism de lansare paralelă a unei configurații cu parametri diferiți. De exemplu, se poate testa simultan aplicația iOS pe Xcode 15 și Xcode 16, iar aplicația Android — pe API 33 și API 34. Fiecare combinație se execută pe o mașină virtuală separată, reducând timpul total de validare.

Travis CI vs alte sisteme CI/CD pentru proiecte mobile

Travis CI se diferențiază de Jenkins și GitLab CI prin orientarea spre simplitatea configurării și lipsa costurilor de infrastructură. Jenkins necesită instalare pe propriul server și configurarea agenților, GitLab CI — o instanță GitLab auto-gestionată sau în cloud. Travis CI funcționează prin abonament și nu necesită administrarea serverelor.

Comparativ cu GitHub Actions, Travis CI oferă imagini macOS mai mature pentru build-uri iOS și documentație detaliată pentru dezvoltarea mobilă. GitHub Actions, dimpotrivă, este mai bine integrat cu ecosistemul GitHub și are mai multe community-actions pentru sarcini specifice de build mobil.

Pentru dezvoltarea Android Travis CI oferă imagini gata făcute cu Android SDK 34, Gradle 8 și suport pentru emulatoare. Viteza de lansare a build-ului este de 45–90 de secunde, comparabilă cu concurența. Limitarea principală este limita de build-uri paralele, în funcție de planul tarifar.

Arhitectura și principiul de funcționare Travis CI

Arhitectura Travis CI este construită pe microservicii care gestionează coada de sarcini, alocarea mașinilor virtuale și procesarea rezultatelor. La primirea unui webhook de la GitHub, platforma plasează sarcina în coadă, găsește o mașină virtuală liberă cu imaginea de limbă corespunzătoare și execută comenzile din .travis.yml.

Fiecare build se execută în mediu izolat cu o imagine curată de OS. Travis CI suportă trei tipuri de medii: Ubuntu Linux (standard), macOS (pentru build-uri iOS și macOS) și Windows (pentru .NET și UWP). Pentru proiectele mobile, suportul pentru imagini macOS cu Xcode și Fastlane preinstalate este critic.

Ciclul de viață al build-ului include fazele: before_install (configurarea sistemului), install (instalarea dependențelor), before_script (pregătirea pentru teste), script (lansarea testelor și build-ului), after_script (curățarea). Fiecare fază este opțională și se configurează în fișierul YAML.

Build Matrix în Travis CI

Build Matrix permite testarea aplicației cu diferite versiuni de limbaj, SDK sau mediu în build-uri paralele. Matricea se definește prin cheile language, os, env și include generarea automată a tuturor combinațiilor posibile. Pentru proiectele mobile, aceasta este utilă pentru verificarea compatibilității cu diferite versiuni de iOS sau Android API.

La utilizarea matricei, Travis CI lansează o mașină virtuală separată pentru fiecare combinație. Aceasta crește consumul total de minute de build, dar este critic pentru proiectele cu suport pentru mai multe versiuni de OS. Limitați dimensiunea matricei la 4–6 combinații pentru un raport optim între acoperire și costuri.

Sintaxa .travis.yml

Fișierul .travis.yml utilizează formatul YAML și constă din chei principale: language (limbaj), os (OS), dist (versiunea distribuției), before_install, install, script și deploy. Fiecare cheie poate conține un șir, o matrice de comenzi sau un dicționar pentru configurare mai complexă. Travis CI procesează cheile în ordine strictă, ceea ce garantează predictibilitatea executării build-ului.

Pentru proiectele iOS este obligatorie cheia osx_image cu specificarea versiunii Xcode, de exemplu xcode15.2. Pentru Android — cheia android cu componentele SDK. Travis CI suportă cheia deploy cu furnizori pentru încărcarea automată a artifactelor în App Store Connect, Google Play, Firebase sau GitHub Releases după un build reușit.

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

Configurarea .travis.yml pentru proiecte iOS

Pentru proiectele iOS .travis.yml trebuie să specifice limbajul objective-c sau swift, versiunea Xcode prin osx_image și instalarea dependențelor prin CocoaPods sau Swift Package Manager. Travis CI suportă toate versiunile curente de Xcode, inclusiv Xcode 16 cu iOS 18 SDK, permițând testarea aplicațiilor pe cele mai recente API-uri.

O etapă importantă — gestionarea certificatelor pentru semnarea codului. Utilizați fișierele criptate Travis CI pentru stocarea profilelor de provisioning și certificatelor în depozit. Fastlane Match este, de asemenea, suportat prin variabile de mediu criptate TRAVIS, simplificând configurarea semnării pentru build-uri AdHoc și App Store.

# Travis CI pentru aplicația iOS cu 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

Pentru proiectele cu teste UI pe XCTest utilizați cheia destinations în xcodebuild pentru specificarea simulatorului. Travis CI suportă lansarea simulatoarelor iOS pe imagini macOS fără configurare suplimentară — simulatorul pornește automat la executarea comenzii de test xcodebuild test.

Configurarea .travis.yml pentru proiecte Android

Pentru proiectele Android .travis.yml se configurează cu limbajul android și specificarea componentelor SDK prin cheia android. Travis CI oferă imagini Linux cu Java JDK 17, Gradle și Android SDK de bază preinstalate. Nivele API suplimentare și build-tools se instalează prin sdkmanager în faza before_install.

Optimizarea cheie pentru build-urile Android — cache-ul directoarelor .gradle și .m2. Travis CI suportă cache-ul prin cheia cache, reducând timpul de instalare a dependențelor de la 120 de secunde la 10–15 secunde la build-uri repetate. Specificați căile de cache pentru Gradle wrapper și Android Gradle Plugin.

# Travis CI pentru aplicația 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/

Pentru lansarea testelor instrumentale pe emulatorul Android, adăugați etapa before_script cu lansarea emulatorului și așteptarea pregătirii acestuia. Travis CI suportă accelerarea hardware KVM pe imaginile Linux, ceea ce accelerează semnificativ executarea testelor UI comparativ cu emularea software.

Integrarea Travis CI cu GitHub și Bitbucket

Travis CI se integrează cu GitHub și Bitbucket printr-o aplicație OAuth care adaugă un webhook în depozit pentru notificarea automată despre noile commit-uri. După activarea depozitului în Travis CI, toate push-urile și Pull Request-urile lansează automat build-ul, iar starea (passed, failed, pending) se afișează în interfața GitHub.

Integrarea cu GitHub Pull Request — funcția cheie a Travis CI. Starea build-ului se afișează direct în PR, blocând îmbinarea la teste eșuate. Configurarea branch protection în GitHub împreună cu Travis CI garantează că în ramura principală ajunge doar codul testat.

Travis CI suportă variabile de mediu criptate pentru stocarea token-urilor App Store Connect, conturilor de service Google Play și cheilor de semnare. Variabilele se criptează prin CLI travis encrypt și se adaugă în .travis.yml, asigurând transmiterea sigură a datelor sensibile în build.

Lucrul cu fișiere criptate

Fișierele criptate Travis CI permit stocarea profilelor de provisioning și certificatelor iOS în depozitul GitHub fără risc de scurgere. Fișierul se criptează cu comanda travis encrypt-file și se decriptează automat în etapa before_install. Aceasta este abordarea standard pentru echipele care folosesc Travis CI pentru livrarea aplicațiilor iOS.

Avantaje și limitări Travis CI

Avantajul principal Travis CI — costuri zero de infrastructură. Echipa nu trebuie să configureze serverul, să instaleze software CI/CD și să monitorizeze disponibilitatea acestuia. Toată gestionarea se reduce la editarea .travis.yml în depozit. Planul gratuit pentru depozite publice face Travis CI o alegere populară pentru proiectele mobile Open Source.

Limitarea Travis CI — limita de timp de build și de sarcini paralele în planurile tarifare. Pentru echipele cu frecvență ridicată de commit-uri (20+ pe zi) și teste de integrare lungi, costul minutelor în cloud poate depăși costul întreținerii propriului server Jenkins. De asemenea, Travis CI nu suportă imagini Docker personalizate în planul gratuit.

Pentru dezvoltarea mobilă Travis CI este potrivit pentru echipele care folosesc GitHub, au mai puțin de 10 dezvoltatori și nu necesită infrastructură de build personalizată. Pentru proiectele Enterprise cu cerințe de conformitate sau necesitatea de build pe propriile mașini macOS, Jenkins rămâne o soluție mai flexibilă.