Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
| public:99_annexes:annex-b-terms-and-definitions:c:ci_cd_pipeline [2026/09/12 17:42] – removed - external edit (Unknown date) 127.0.0.1 | public:99_annexes:annex-b-terms-and-definitions:c:ci_cd_pipeline [2026/09/12 17:43] (current) – ↷ Links adapted because of a move operation nick_dido | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| + | ====== CI/CD Pipeline ====== | ||
| + | [[public: | ||
| + | |||
| + | ===== Discussion ===== | ||
| + | |||
| + | A CI/CD Pipeline coordinates automated activities that integrate, evaluate, build, package, release, or deploy changes to one or more [[public: | ||
| + | |||
| + | The abbreviation **CI/CD** commonly refers to: | ||
| + | |||
| + | * Continuous Integration | ||
| + | * Continuous Delivery | ||
| + | * Continuous Deployment | ||
| + | |||
| + | A CI/CD Pipeline may perform activities such as: | ||
| + | |||
| + | * Retrieving identified Artifact revisions | ||
| + | * Validating controlled inputs | ||
| + | * Building software or [[public: | ||
| + | * Executing tests | ||
| + | * Evaluating acceptance criteria | ||
| + | * Packaging release content | ||
| + | * Publishing Artifacts | ||
| + | * Performing [[public: | ||
| + | * Recording execution results | ||
| + | * Producing [[public: | ||
| + | |||
| + | A CI/CD Pipeline may consume: | ||
| + | |||
| + | * Source code | ||
| + | * [[public: | ||
| + | * [[public: | ||
| + | * Build specifications | ||
| + | * Test specifications | ||
| + | * Policy files | ||
| + | * Deployment specifications | ||
| + | * Controlled parameters | ||
| + | * Secrets and credentials | ||
| + | |||
| + | A CI/CD Pipeline differs from an individual automation script: | ||
| + | |||
| + | * A CI/CD Pipeline coordinates an ordered set of activities and decision points | ||
| + | * An automation script performs one or more bounded operations within or outside that pipeline | ||
| + | |||
| + | A CI/CD Pipeline also differs from a [[public: | ||
| + | |||
| + | * A Version Control System manages identifiable Artifact revisions | ||
| + | * A CI/CD Pipeline retrieves and processes those revisions through defined activities | ||
| + | |||
| + | ===== Definition ===== | ||
| + | |||
| + | //automated workflow that coordinates the integration, | ||
| + | |||
| + | ===== Source ===== | ||
| + | |||
| + | Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | |||
| + | ===== Note ===== | ||
| + | |||
| + | A CI/CD Pipeline does not require every activity listed in the definition to occur in a single execution. | ||
| + | |||
| + | The applicable pipeline may implement: | ||
| + | |||
| + | * Continuous Integration without delivery or deployment | ||
| + | * Continuous Delivery with a manual release decision | ||
| + | * Continuous Deployment in which an accepted change proceeds automatically to a target environment | ||
| + | |||
| + | The term **continuous** describes the capability to execute the workflow repeatedly in response to defined triggers. It does not require uninterrupted execution or immediate deployment of every change. | ||
| + | |||
| + | A CI/CD Pipeline does not by itself establish that an Artifact is approved, compliant, secure, or suitable for deployment. Applicable requirements, | ||
| + | |||
| + | The term does not require a particular orchestration product, repository, build tool, deployment tool, hosting platform, or implementation technology. | ||
| + | |||
| + | ===== Example ===== | ||
| + | |||
| + | A CI/CD Pipeline retrieves an identified [[public: | ||
| + | |||
| + | ---- | ||
| + | |||
| + | <WRAP centeralign> | ||
| + | © 2026 Dido Solutions, Inc. and Jackrabbit Consulting, Inc. | ||
| + | </ | ||