Travis CI: ano ito, mga kakayahan at paggamit sa pag-develop ng app

Ano ang Travis CI at paano ito gumagana

Travis CI — ay isang cloud-based na continuous integration service na awtomatikong naglulunsad ng mga build at test kapag may mga pagbabago sa Git repository. Pagkatapos ikonekta ang repository sa pamamagitan ng GitHub o Bitbucket, sinusubaybayan ng Travis CI ang mga bagong commit, Pull Request, at paggawa ng tag, na isinasagawa ang configuration mula sa .travis.yml sa isang nakahiwalay na virtual na kapaligiran.

Ang proseso ng trabaho ng Travis CI ay binubuo ng tatlong yugto: trigger (push o Pull Request), configuration ng kapaligiran (install), at pagpapatupad ng mga gawain (script). Awtomatikong pinipili ng serbisyo ang virtual machine na may naka-install na set ng mga tool — para sa iOS available ang mga macOS image na may Xcode, para sa Android — Linux image na may Android SDK at mga API level.

Sinusuportahan ng Travis CI ang Build Matrix — mekanismo para sa parallel na pagpapatakbo ng isang configuration na may iba't ibang parameter. Halimbawa, maaari mong sabay na subukan ang iOS app sa Xcode 15 at Xcode 16, at ang Android app sa API 33 at API 34. Ang bawat kumbinasyon ay isinasagawa sa isang hiwalay na virtual machine, na nagbabawas ng kabuuang oras ng validation.

Travis CI vs iba pang CI/CD system para sa mobile projects

Travis CI ay naiiba sa Jenkins at GitLab CI sa pagtuon sa simpleng configuration at kawalan ng mga gastos sa imprastraktura. Ang Jenkins ay nangangailangan ng pag-install sa sariling server at configuration ng mga agent, ang GitLab CI — isang self-managed o cloud GitLab instance. Ang Travis CI ay gumagana sa pamamagitan ng subscription at hindi nangangailangan ng pangangasiwa ng server.

Kumpara sa GitHub Actions, nagbibigay ang Travis CI ng mas mature na macOS image para sa iOS build at detalyadong dokumentasyon tungkol sa mobile development. Ang GitHub Actions naman ay mas mahusay na naka-integrate sa GitHub ecosystem at may mas maraming community-actions para sa mga partikular na gawain ng mobile build.

Para sa Android development Travis CI ay nag-aalok ng mga handa na image na may Android SDK 34, Gradle 8 at suporta para sa mga emulator. Ang bilis ng pagsisimula ng build ay 45–90 segundo, na maihahambing sa mga kakumpitensya. Ang pangunahing limitasyon ay ang limitasyon ng parallel build, depende sa plano ng pagpepresyo.

Arkitektura at prinsipyo ng pagpapatakbo ng Travis CI

Ang arkitektura ng Travis CI ay binuo sa mga microservice na namamahala sa pila ng mga gawain, paglalaan ng mga virtual machine, at pagproseso ng mga resulta. Kapag nakatanggap ng webhook mula sa GitHub, inilalagay ng platform ang gawain sa pila, hinahanap ang libreng virtual machine na may kaukulang language image, at isinasagawa ang mga command mula sa .travis.yml.

Ang bawat build ay isinasagawa sa nakahiwalay na kapaligiran na may malinis na OS image. Sinusuportahan ng Travis CI ang tatlong uri ng kapaligiran: Ubuntu Linux (standard), macOS (para sa iOS at macOS build), at Windows (para sa .NET at UWP). Para sa mobile projects, kritikal ang suporta para sa macOS image na may naka-install na Xcode at Fastlane.

Ang lifecycle ng build ay may kasamang mga phase: before_install (configuration ng system), install (pag-install ng dependencies), before_script (paghahanda para sa mga test), script (pagpapatakbo ng mga test at build), after_script (paglilinis). Ang bawat phase ay opsyonal at nako-configure sa YAML file.

Build Matrix sa Travis CI

Build Matrix ay nagbibigay-daan sa pag-test ng app na may iba't ibang bersyon ng wika, SDK, o kapaligiran sa mga parallel build. Ang matrix ay tinutukoy sa pamamagitan ng mga key na language, os, env at kasama ang awtomatikong pagbuo ng lahat ng posibleng kumbinasyon. Para sa mobile projects, ito ay maginhawa para sa pagsuri ng compatibility sa iba't ibang bersyon ng iOS o Android API.

Kapag ginagamit ang matrix, inilulunsad ng Travis CI ang hiwalay na virtual machine para sa bawat kumbinasyon. Pinapataas nito ang kabuuang konsumo ng minuto ng build, ngunit kritikal para sa mga project na sumusuporta sa maraming bersyon ng OS. Limitahan ang laki ng matrix sa 4–6 na kumbinasyon para sa optimal na ratio ng coverage at gastos.

Syntax ng .travis.yml

Ang file na .travis.yml ay gumagamit ng YAML format at binubuo ng mga pangunahing key: language (wika), os (OS), dist (bersyon ng distribution), before_install, install, script at deploy. Ang bawat key ay maaaring maglaman ng string, array ng mga command, o dictionary para sa mas kumplikadong configuration. Pinoproseso ng Travis CI ang mga key sa mahigpit na pagkakasunod-sunod, na ginagarantiyahan ang predictability ng pagpapatupad ng build.

Para sa iOS projects, ang key na osx_image na may pagtukoy sa bersyon ng Xcode ay sapilitan, halimbawa xcode15.2. Para sa Android — ang key na android na may mga component ng SDK. Sinusuportahan ng Travis CI ang key na deploy na may mga provider para sa awtomatikong pag-upload ng mga artifact sa App Store Connect, Google Play, Firebase o GitHub Release pagkatapos ng matagumpay na build.

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

Configuration ng .travis.yml para sa iOS projects

Para sa iOS projects .travis.yml ay dapat tumukoy ng wikang objective-c o swift, bersyon ng Xcode sa pamamagitan ng osx_image, at pag-install ng mga dependency sa pamamagitan ng CocoaPods o Swift Package Manager. Sinusuportahan ng Travis CI ang lahat ng kasalukuyang bersyon ng Xcode, kabilang ang Xcode 16 na may iOS 18 SDK, na nagpapahintulot sa pag-test ng mga app sa pinakabagong API.

Mahalagang yugto — pamamahala ng mga certificate para sa pag-sign ng code. Gumamit ng mga naka-encrypt na file ng Travis CI para sa pag-imbak ng mga provisioning profile at certificate sa repository. Ang Fastlane Match ay sinusuportahan din sa pamamagitan ng naka-encrypt na TRAVIS environment variables, na pinapasimple ang configuration ng pag-sign para sa AdHoc at App Store build.

# Travis CI para sa iOS app na may 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

Para sa mga project na may UI test sa XCTest gamitin ang key na destinations sa xcodebuild para tukuyin ang simulator. Sinusuportahan ng Travis CI ang pagpapatakbo ng iOS simulators sa macOS image nang walang karagdagang configuration — awtomatikong nag-o-on ang simulator kapag isinasagawa ang test command na xcodebuild test.

Configuration ng .travis.yml para sa Android projects

Para sa Android projects .travis.yml ay ni-configure na may wikang android at pagtukoy ng mga component ng SDK sa pamamagitan ng android key. Nagbibigay ang Travis CI ng Linux image na may naka-install na Java JDK 17, Gradle, at pangunahing Android SDK. Ang mga karagdagang API level at build-tools ay ini-install sa pamamagitan ng sdkmanager sa before_install phase.

Ang pangunahing optimization para sa Android build — pag-cache ng mga directory na .gradle at .m2. Sinusuportahan ng Travis CI ang pag-cache sa pamamagitan ng cache key, na nagbabawas ng oras ng pag-install ng mga dependency mula 120 segundo hanggang 10–15 segundo sa mga paulit-ulit na build. Tukuyin ang mga path ng cache para sa Gradle wrapper at Android Gradle Plugin.

# Travis CI para sa Android app
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/

Para sa pagpapatakbo ng instrumental na mga test sa Android emulator, magdagdag ng before_script stage na may pagsisimula ng emulator at paghihintay na ito ay maging handa. Sinusuportahan ng Travis CI ang KVM hardware acceleration sa Linux image, na makabuluhang nagpapabilis sa pagpapatupad ng UI test kumpara sa software emulation.

Integrasyon ng Travis CI sa GitHub at Bitbucket

Travis CI ay nagsasama sa GitHub at Bitbucket sa pamamagitan ng OAuth application na nagdaragdag ng webhook sa repository para sa awtomatikong abiso tungkol sa mga bagong commit. Pagkatapos i-activate ang repository sa Travis CI, lahat ng push at Pull Request ay awtomatikong naglulunsad ng build, at ang status (passed, failed, pending) ay ipinapakita sa GitHub interface.

Ang integrasyon sa GitHub Pull Request — pangunahing function ng Travis CI. Ang status ng build ay ipinapakita nang direkta sa PR, na nagba-block ng pagsasama kapag may mga bagsak na test. Ang configuration ng branch protection sa GitHub kasama ang Travis CI ay ginagarantiyahan na ang naka-test na code lamang ang napupunta sa main branch.

Sinusuportahan ng Travis CI ang naka-encrypt na environment variables para sa pag-imbak ng mga token ng App Store Connect, Google Play service account, at mga signing key. Ang mga variable ay na-e-encrypt sa pamamagitan ng travis encrypt CLI at idinaragdag sa .travis.yml, na tinitiyak ang secure na paglipat ng sensitibong data sa build.

Paggawa gamit ang mga naka-encrypt na file

Ang naka-encrypt na mga file ng Travis CI ay nagpapahintulot sa pag-imbak ng mga provisioning profile at iOS certificate sa GitHub repository nang walang panganib ng pagtagas. Ang file ay na-e-encrypt gamit ang command na travis encrypt-file at awtomatikong na-de-decrypt sa yugto ng before_install. Ito ay karaniwang diskarte para sa mga team na gumagamit ng Travis CI para sa paghahatid ng iOS apps.

Mga kalamangan at limitasyon ng Travis CI

Ang pangunahing bentahe ng Travis CI — zero na gastos sa imprastraktura. Ang team ay hindi kailangang mag-configure ng server, mag-install ng CI/CD software, at subaybayan ang availability nito. Ang lahat ng pamamahala ay bumababa sa pag-edit ng .travis.yml sa repository. Ang libreng plano para sa pampublikong repository ay ginagawang popular na pagpipilian ang Travis CI para sa Open Source mobile projects.

Ang limitasyon ng Travis CI — limitasyon ng oras ng build at parallel na mga gawain sa mga plano ng pagpepresyo. Para sa mga team na may mataas na frequency ng commit (20+ bawat araw) at mahabang integration test, ang gastos ng cloud minutes ay maaaring lumampas sa halaga ng pagpapanatili ng sariling Jenkins server. Hindi rin sinusuportahan ng Travis CI ang custom Docker image sa libreng plano.

Para sa mobile development Travis CI ay angkop para sa mga team na gumagamit ng GitHub, may mas mababa sa 10 developer, at hindi nangangailangan ng custom build infrastructure. Para sa Enterprise projects na may mga kinakailangan sa compliance o pangangailangan na mag-build sa sariling macOS machine, ang Jenkins ay nananatiling mas flexible na solusyon.