Travis CI est un système d'intégration et de déploiement continu hébergé. Vous pouvez désormais tester et déployer des projets open source et privés sur Travis-ci.com! Vous pouvez en savoir plus sur ce changement ici.
Nous déménageons dans notre nouveau forum communautaire: Travis CI Community! Dans le cadre de cette décision, nous serons en mesure de mieux suivre et répondre aux threads, tout en vous permettant de trouver plus facilement des solutions et des réponses. Nous ferons de nos meilleurs efforts pour répondre aux fils actuels existants ou les diriger vers le nouveau forum communautaire.
Lien vers le Forum communautaire: https://travis-ci.community
Pour les pannes actuelles et les incidents tels que les connexions de réseau lentes, abonnez-vous à https://www.traviscistatus.com.
D'autres problèmes de support peuvent être dirigés vers [email protected] où notre équipe d'assistance se fera un plaisir d'aider.
Ce référentiel contient le tracker Central Issue pour le projet Travis CI.
La documentation du projet Travis CI se trouve sur https://docs.travis-ci.com.
Travis CI se compose de nombreux sous-projets différents. Les principaux sont:
Travis-API est l'application Sinatra responsable du service de notre API. Il réagit à différents points de terminaison HTTP et gère des services dans Travis-Core. Très peu de logique est dans ce référentiel.
Travis-Build crée le script de construction pour chaque travail. Il prend la configuration du fichier .travis.yml et crée un script bash qui est ensuite exécuté dans l'environnement de construction par Travis-Worker. Ce référentiel héberge également la source des scripts spécifiques à la langue.
Travis-CookBooks détient les livres de cuisine du chef qui sont utilisés pour provisionner les environnements de construction.
Travis-Hub recueille des événements auprès d'autres applications et informe d'autres applications sur les événements. Par exemple, il informe Travis-Tasks sur les constructions de démarrage et de finition afin que les notifications puissent être envoyées.
Travis-Hub est également responsable de l'observation des travaux qui ont été créés et de l'application des restrictions de qualité de service, telles que le nombre de versions simultanées par utilisateur.
Travis-Listener reçoit les notifications de GitHub chaque fois que les commits sont poussés ou que les demandes de traction sont ouvertes. Ils sont ensuite poussés sur RabbitMQ pour que d'autres applications soient traitées.
Travis-logs reçoit les mises à jour du journal de Travis-Worker, les enregistre dans la base de données et les pousse vers le client Web. Une fois le travail terminé, Travis-logs est responsable de la poussée du journal vers Amazon S3 pour l'archivage.
Travis-Support détient une logique partagée pour les différentes applications Travis CI. Il est différent de Travis-Core en ce qu'il contient des choses plus génériques, comme comment exécuter un travail asynchrone ou comment gérer les exceptions.
Travis-Tasks reçoit des notifications de Travis-Hub et envoie des notifications aux différents fournisseurs de notification selon les besoins.
Travis-Web est notre principal client Web. Il est écrit à l'aide de Ember et communique avec Travis-API pour obtenir des informations et obtenir des mises à jour en direct de Travis-Hub et Travis-log via Pusher.
Travis-Worker est responsable de l'exécution des scripts de construction dans un environnement propre. Il diffuse la sortie du journal à Travis-logs et pousse les mises à jour d'état (construire le démarrage / finition) sur Travis-Hub.