Basic TravisCI Information
Acceso
TravisCI se integra directamente con diferentes plataformas git como Github, Bitbucket, Assembla y Gitlab. Pedirá al usuario que otorgue permisos a TravisCI para acceder a los repositorios que quiere integrar con TravisCI.
Por ejemplo, en Github pedirá los siguientes permisos:
user:email
(solo lectura)read:org
(solo lectura)repo
: Otorga acceso de lectura y escritura al código, estados de los commits, colaboradores y estados de despliegue para repositorios y organizaciones públicas y privadas.
Secretos Encriptados
Variables de Entorno
En TravisCI, como en otras plataformas CI, es posible guardar secretos a nivel de repositorio que se guardarán encriptados y se desencriptarán y se pondrán en la variable de entorno de la máquina que ejecuta la build.
Es posible indicar las ramas a las que estarán disponibles los secretos (por defecto todas) y también si TravisCI debería ocultar su valor si aparece en los logs (por defecto lo hará).
Secretos Encriptados Personalizados
Para cada repositorio TravisCI genera un par de claves RSA, guarda la privada y hace que la clave pública del repositorio esté disponible para aquellos que tienen acceso al repositorio.
Puedes acceder a la clave pública de un repositorio con:
Luego, puedes usar esta configuración para encriptar secretos y agregarlos a tu .travis.yaml
. Los secretos serán desencriptados cuando se ejecute la build y estarán accesibles en las variables de entorno.
Ten en cuenta que los secretos encriptados de esta manera no aparecerán listados en las variables de entorno de la configuración.
Archivos Encriptados Personalizados
De la misma manera que antes, TravisCI también permite encriptar archivos y luego desencriptarlos durante la build:
Note que al cifrar un archivo se configurarán 2 Variables de Entorno dentro del repositorio, tales como:
TravisCI Enterprise
Travis CI Enterprise es una versión on-prem de Travis CI, que puedes desplegar en tu infraestructura. Piensa en la versión 'servidor' de Travis CI. Usar Travis CI te permite habilitar un sistema de Integración Continua/Despliegue Continuo (CI/CD) fácil de usar en un entorno, que puedes configurar y asegurar como desees.
Travis CI Enterprise consta de dos partes principales:
Servicios TCI (o Servicios Core de TCI), responsables de la integración con sistemas de control de versiones, autorización de builds, programación de trabajos de build, etc.
Imágenes de entorno de build y Worker de TCI (también llamadas imágenes de SO).
Los servicios Core de TCI requieren lo siguiente:
Una base de datos PostgreSQL11 (o posterior).
Una infraestructura para desplegar un clúster de Kubernetes; puede desplegarse en un clúster de servidores o en una sola máquina si es necesario.
Dependiendo de tu configuración, es posible que desees desplegar y configurar algunos de los componentes por tu cuenta, por ejemplo, RabbitMQ - consulta Setting up Travis CI Enterprise para más detalles.
El Worker de TCI requiere lo siguiente:
Una infraestructura donde se pueda desplegar una imagen de docker que contenga el Worker y una imagen de build vinculada.
Conectividad a ciertos componentes de los Servicios Core de Travis CI - consulta Setting Up Worker para más detalles.
La cantidad de imágenes de entorno de build y Worker de TCI desplegadas determinará la capacidad concurrente total del despliegue de Travis CI Enterprise en tu infraestructura.
Last updated