Skip to content
B. K. Oxley (binkley) edited this page Jun 12, 2024 · 10 revisions

Every group of people working in similar areas develop their own distinct terms or words or phrases. Software folks are no different. So what is "clear language" for those in the industry, but carry connotations and expectations, might not make immediate sense to those new or from different backgrounds; and specific language varies even within the software community.

So in these pages, we'll try to stick with consistent language:

CI
Always referring to Continuous Integration. This is a foundational practice and central to this book. Your CI build is your "system of record" for changes, and follows best practices for your project. It is a shared remote system that builds your software suitable for review and production deployment. Essentially, you want your shared CI build to be solid and consistent, and your local build (on your machine) to stay in sync with how CI builds your work.
DevOps platform
These are typically commercial remote providers for a CI system for your project. Common examples include Azure DevOps, GitHub, and GitLab. This project uses GitHub for examples, however advice on principles for your build applies to any devops platform while features and details vary.
Clone this wiki locally