Cirrus CI is a modern continuous-integration-as-a-service solution that takes advantage of cloud computing services. Cirrus CI allows customers to schedule CI builds on variety of cloud services and pay the cloud provider directly and only for the resources used to run CI builds and store build artifacts.
Community Cluster is available free of charge to Open Source community and with no extra fee for private personal repositories.
- Free for Open Source or per-second billing otherwise.
- Can delegate execution directly to variety of computing services.
- Flexible execution environment: any Unix or Windows VM, any Docker container, any amount of CPUs, optional SSDs and GPUs.
- Simple but very powerful configuration format. Learn more about how to configure tasks here. Configure things like:
Try Cirrus CI with a Quick Start guide.
Why Cirrus CI¶
- "Why yet another CI? There are gazillions of them already!"
- "We have X already configured. It's working for us. Why should we switch?"
These are all valid concerns. And at Cirrus Labs we had them all before we decided to build a new CI. We wouldn't have built it if we didn't think it's necessary and there is no need for a better CI.
There are continuous integration systems that have been in development for 10+ years. They are super flexible and can be configured for almost any workflow. But this flexibility and long history bring some fundamental problems:
- It's so easy to mess up.
- Which plugins to install and which to uninstall?
- How to configure builds?
- How to configure auto-scalable agent pools?
- How to update agent pools so as to not affect builds in flight. Or old release branches can still be executed.
Basically there should be someone very knowledgeable to properly configure and maintain CI.
There are also some modern CI-as-a-service systems founded in the last 6 years which are not so flexible, but they are doing great job of making continuous integration as simple as possible. Those also have some common inconveniences like:
- Not pay-as-you-go approach for pricing. Usually users pay for how many containers at a time one can execute. Which means if users don't want to face queuing issues they need to plan and pay for the maximum load they'll have. This is not a suitable pricing model for the era of cloud computing.
- Focused mostly on containers which many businesses have not yet migrated their legacy projects to.
- Poor environment flexibility. It's not possible to specify precisely which VM image or Docker container to run and how much resources it can have.
Because of all the problems and inconveniences described above, we decided to build Cirrus CI with three simple principles in mind:
- Simple in details.
- Efficient everywhere.
- Transparent and honest with users.
Comparison with popular CIaaS¶
Here is a high level comparison with popular continuous-integration-as-a-service solutions:
|Name||Linux Support||Windows Support||MacOS Support||Customizable CPU/Memory||Pricing|
|Cirrus CI||In development||Only for used resources + discounts|
|Travis CI||Max parallel builds|
|Circle CI||Max parallel builds|
|AppVeyor||Max parallel builds|
Feel free to contact support if you have questions for your particular case.