Travis CI

Founded in Berlin, Germany, in 2011, Travis CI grew quickly and became a trusted name in CI/CD, gaining popularity among software developers and engineers starting their careers. In 2019, Travis CI became part of Idera, Inc., the parent company of global B2B software productivity brands whose solutions enable technical users to work faster and do more with less. Today, developers at 300,000 organizations use Travis CI. We often hear about the pangs of nostalgia these folks feel when they use Travis CI, as it was one of the first tools they used at the beginning of their career journey. We are still much here, supporting those who have stuck with us along the way and remaining the best next destination on your CI/CD journey, whether you’re building your first pipelines or trying to bring some thrill back into work that’s become overloaded with AI and DevSecOps complexity. Founded in Berlin, Germany, in 2011, Travis CI grew quickly and became a trusted name in CI/CD, gaining popularity among software developers and engineers starting their careers. In 2019, Travis CI became part of Idera, Inc., the parent company of global B2B software productivity brands whose solutions enable technical users to work faster and do more with less. Today, developers at 300,000 organizations use Travis CI. We often hear about the pangs of nostalgia these folks feel when they use Travis CI, as it was one of the first tools they used at the beginning of their career journey. We are still much here, supporting those who have stuck with us along the way and remaining the best next destination on your CI/CD journey, whether you’re building your first pipelines or trying to bring some thrill back into work that’s become overloaded with AI and DevSecOps complexity. We deliver the simplest and most flexible CI/CD tooling to developers eager for ownership of their code quality, transparency in how they problem-solve with peers, and pride in the results they create—one LOC at a time. We aim for nothing less than to guide every developer to the next phase of their CI/CD adventure—even if that means growing beyond our platform.

Travis CI is a hosted continuous integration and deployment system. You can now test and deploy open source and private projects on travis-ci.com! You can read more about this change here. We are moving to our new community forum: Travis CI Community! As part of this move, we’ll be able to better follow and reply to threads, along with making it easier for you to find solutions and answers. We’ll be making our best efforts to answer currently existing threads, or directing them to the new community forum. Other support issues may be directed to [email protected] where our support team will be glad to assist. This repository contains the central issue tracker for the Travis CI project. travis-api is the Sinatra app that's responsible for serving our API. It responds to different HTTP endpoints and runs services in travis-core. Very little logic is in this repository. travis-build creates the build script for each job. It takes the configuration from the .travis.yml file and creates a bash script that is then run in the build environment by travis-worker. This repository also hosts the source for language-specific scripts. travis-cookbooks holds the Chef cookbooks that are used to provision the build environments. travis-hub collects events from other apps and notifies other apps about the events. For example, it notifies travis-tasks about builds starting and finishing so notifications can be sent out. travis-hub is also responsible for enqueueing jobs that have been created and enforcing the Quality of Service restrictions, such as the number of concurrent builds per user. travis-listener receives notifications from GitHub whenever commits are pushed or pull requests are opened. They are then pushed onto RabbitMQ for other apps to process. travis-logs receives log updates from travis-worker, saves them to the database and pushes them to the web client. When a job is finished, travis-logs is responsible for pushing the log to Amazon S3 for archiving. travis-tasks receives notifications from travis-hub and sends out notifications to the different notification providers as needed. travis-web is our main Web client. It is written using Ember and communicates with travis-api to get information and gets live updates from travis-hub and travis-logs through Pusher. travis-worker is responsible for running the build scripts in a clean environment. It streams the log output to travis-logs and pushes state updates (build starting/finishing) to travis-hub.