Travis CI: qué es, características y uso en el desarrollo de aplicaciones

Qué es Travis CI y cómo funciona

Travis CI es un servicio de integración continua en la nube que ejecuta automáticamente compilaciones y pruebas cuando se realizan cambios en un repositorio Git. Después de conectar un repositorio a través de GitHub o Bitbucket, Travis CI rastrea nuevos commits, Pull Requests y creación de etiquetas, ejecutando la configuración de .travis.yml en un entorno virtual aislado.

El proceso de trabajo de Travis CI consta de tres etapas: activador (push o Pull Request), configuración del entorno (install) y ejecución de tareas (script). El servicio selecciona automáticamente una máquina virtual con un conjunto de herramientas preinstaladas — imágenes macOS con Xcode para iOS, imágenes Linux con Android SDK y niveles de API para Android.

Travis CI admite Build Matrix — un mecanismo de ejecución paralela de una misma configuración con diferentes parámetros. Por ejemplo, se puede probar simultáneamente una aplicación iOS en Xcode 15 y Xcode 16, y una aplicación Android en API 33 y API 34. Cada combinación se ejecuta en una máquina virtual separada, reduciendo el tiempo total de validación.

Travis CI vs otros sistemas CI/CD para proyectos móviles

Travis CI se diferencia de Jenkins y GitLab CI por su enfoque en la facilidad de configuración y la ausencia de costos de infraestructura. Jenkins requiere instalación en un servidor propio y configuración de agentes, GitLab CI requiere una instancia de GitLab autogestionada o en la nube. Travis CI funciona por suscripción y no requiere administración de servidores.

En comparación con GitHub Actions, Travis CI proporciona imágenes macOS más maduras para compilaciones iOS y documentación detallada para desarrollo móvil. GitHub Actions, por otro lado, está mejor integrado con el ecosistema de GitHub y tiene más acciones comunitarias para tareas específicas de compilación móvil.

Para desarrollo Android, Travis CI ofrece imágenes listas con Android SDK 34, Gradle 8 y soporte de emuladores. El tiempo de inicio de compilación es de 45–90 segundos, comparable a la competencia. La limitación principal es el límite de compilaciones paralelas, que depende del plan de precios.

Arquitectura y principio de funcionamiento de Travis CI

La arquitectura de Travis CI está construida sobre microservicios que gestionan la cola de trabajos, la asignación de máquinas virtuales y el procesamiento de resultados. Al recibir un webhook de GitHub, la plataforma coloca el trabajo en una cola, encuentra una máquina virtual disponible con la imagen de lenguaje correspondiente y ejecuta los comandos de .travis.yml.

Cada compilación se ejecuta en un entorno aislado con una imagen de SO limpia. Travis CI admite tres tipos de entornos: Ubuntu Linux (estándar), macOS (para compilaciones iOS y macOS) y Windows (para .NET y UWP). Para proyectos móviles, el soporte de imágenes macOS con Xcode y Fastlane preinstalados es crítico.

El ciclo de vida de la compilación incluye fases: before_install (configuración del sistema), install (instalación de dependencias), before_script (preparación de pruebas), script (ejecución de pruebas y compilación), after_script (limpieza). Cada fase es opcional y configurable en el archivo YAML.

Build Matrix en Travis CI

Build Matrix permite probar una aplicación con diferentes versiones de lenguaje, SDK o entorno en compilaciones paralelas. La matriz se define mediante las claves language, os, env e incluye la generación automática de todas las combinaciones posibles. Para proyectos móviles, es útil para verificar la compatibilidad con diferentes versiones de iOS o API de Android.

Al usar la matriz, Travis CI lanza una máquina virtual separada para cada combinación. Esto aumenta el consumo total de minutos de compilación, pero es críticamente importante para proyectos que soportan múltiples versiones de SO. Limite el tamaño de la matriz a 4–6 combinaciones para una relación óptima entre cobertura y costo.

Sintaxis de .travis.yml

El archivo .travis.yml utiliza formato YAML y consta de claves raíz: language, os, dist (versión de distribución), before_install, install, script y deploy. Cada clave puede contener una cadena, un array de comandos o un diccionario para configuraciones más complejas. Travis CI procesa las claves en orden estricto, garantizando la previsibilidad de la ejecución de la compilación.

Para proyectos iOS, la clave osx_image con la versión de Xcode es obligatoria, por ejemplo xcode15.2. Para Android — la clave android con componentes SDK. Travis CI admite la clave deploy con proveedores para la carga automática de artefactos a App Store Connect, Google Play, Firebase o GitHub Releases después de una compilación exitosa.

# .travis.yml con Build Matrix para iOS
language: objective-c
os: osx
osx_image: xcode15.2
env:
  - SCHEME=App-iOS
  - SCHEME=App-tvOS
script:
  - xcodebuild -scheme $SCHEME clean build test

Configuración de .travis.yml para proyectos iOS

Para proyectos iOS, .travis.yml debe especificar objective-c o swift como lenguaje, la versión de Xcode mediante osx_image y la instalación de dependencias mediante CocoaPods o Swift Package Manager. Travis CI admite todas las versiones actuales de Xcode, incluido Xcode 16 con iOS 18 SDK, lo que permite probar aplicaciones en las últimas API.

Un paso importante es la gestión de certificados para la firma de código. Utilice archivos cifrados de Travis CI para almacenar perfiles de aprovisionamiento y certificados en el repositorio. Fastlane Match también se admite a través de variables de entorno TRAVIS cifradas, simplificando la configuración de firma para compilaciones AdHoc y App Store.

# .travis.yml para aplicaciones iOS con 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 proyectos con pruebas de UI en XCTest, use la clave destinations en xcodebuild para especificar el simulador. Travis CI admite la ejecución de simuladores iOS en imágenes macOS sin configuración adicional — el simulador se inicia automáticamente al ejecutar el comando de prueba xcodebuild test.

Configuración de .travis.yml para proyectos Android

Para proyectos Android, .travis.yml se configura con el lenguaje android y componentes SDK especificados mediante la clave android. Travis CI proporciona imágenes Linux con Java JDK 17 preinstalado, Gradle y SDK de Android básico. Los niveles de API adicionales y build-tools se instalan mediante sdkmanager en la fase before_install.

Una optimización clave para compilaciones Android es el caché de los directorios .gradle y .m2. Travis CI admite el almacenamiento en caché mediante la clave cache, reduciendo el tiempo de instalación de dependencias de 120 segundos a 10–15 segundos en compilaciones posteriores. Especifique las rutas de caché para Gradle wrapper y Android Gradle Plugin.

# .travis.yml para aplicaciones 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/

Para ejecutar pruebas instrumentadas en un emulador de Android, añada una etapa before_script con inicio del emulador y espera de disponibilidad. Travis CI admite aceleración por hardware KVM en imágenes Linux, acelerando significativamente la ejecución de pruebas de UI en comparación con la emulación por software.

Integración de Travis CI con GitHub y Bitbucket

Travis CI se integra con GitHub y Bitbucket a través de una aplicación OAuth que añade un webhook al repositorio para notificación automática de nuevos commits. Después de activar el repositorio en Travis CI, todos los push y Pull Requests activan automáticamente una compilación, y el estado (passed, failed, pending) se muestra en la interfaz de GitHub.

La integración con GitHub Pull Request es una función clave de Travis CI. El estado de la compilación se muestra directamente en el PR, bloqueando la fusion si las pruebas fallan. La configuración de protección de ramas en GitHub junto con Travis CI garantiza que solo el código probado llegue a la rama principal.

Travis CI admite variables de entorno cifradas para almacenar tokens de App Store Connect, cuentas de servicio de Google Play y claves de firma. Las variables se cifran mediante la CLI travis encrypt y se añaden a .travis.yml, asegurando la transferencia segura de datos sensibles a la compilación.

Trabajo con archivos cifrados

Los archivos cifrados de Travis CI permiten almacenar perfiles de aprovisionamiento y certificados iOS en un repositorio de GitHub sin riesgo de filtración. El archivo se cifra mediante el comando travis encrypt-file y se descifra automáticamente durante la etapa before_install. Este es el enfoque estándar para equipos que usan Travis CI para la entrega de aplicaciones iOS.

Ventajas y limitaciones de Travis CI

La principal ventaja de Travis CI son los costos de infraestructura cero. El equipo no necesita configurar un servidor, instalar software CI/CD ni monitorear su disponibilidad. Toda la gestión se reduce a editar .travis.yml en el repositorio. El plan gratuito para repositorios públicos hace de Travis CI una opción popular para proyectos móviles Open Source.

La limitación de Travis CI es el límite de tiempo de compilación y de trabajos paralelos en los planes de precios. Para equipos con alta frecuencia de commits (20+ por día) y pruebas de integración largas, los costos de minutos en la nube pueden superar el costo de mantener un servidor Jenkins propio. Travis CI tampoco admite imágenes Docker personalizadas en el plan gratuito.

Para desarrollo móvil, Travis CI es adecuado para equipos que usan GitHub, tienen menos de 10 desarrolladores y no requieren infraestructura de compilación personalizada. Para proyectos Enterprise con requisitos de Compliance o necesidad de compilar en máquinas macOS propias, Jenkins sigue siendo una solución más flexible.