10 CI/CD Commandments
10 good rules for effective CI/CD
Continuous Integration is a software development practice in which team members integrate their work frequently. Usually each person integrates at least daily - leading to many code integrations per day. Each integration is verified by an automated build and test to detect errors as quickly as possible.
CI has become a de-facto part of creating software. With it we can build trust in the software development process and safeguard the business from software development projects being delayed or delivered buggy and incomplete.
Doing CI/CD very well can be difficult. Here are 10 commandments to help get there:
- Have a single main core repository for a single project.
- Use gates to stop broken code, run tests on every check-in, and if checks fail reject the code check-in.
- Automate all the things in the CI pipeline. The pipeline should not rely on humans.
- Every commit of code should trigger a new build of the entire project.
- Fix every broken build immediately.
- Keep the build process fast and avoid bottlenecks.
- Make the entire process transparent and make sure team members understand the CI process.
- Deploy every check-in into a clone of the production environment (staging).
- Make the whole process accessible and make it quick for new team members to get started.
- Code deployments need to be automated.
Leave a comment if this helped you!