Movatterモバイル変換


[0]ホーム

URL:


Jump to content
WikipediaThe Free Encyclopedia
Search

CI/CD

From Wikipedia, the free encyclopedia
Software development methodology
For corporate communication topics, seeCorporate identity andCorporate design.
Part of a series on
Software development

Insoftware engineering,CI/CD orCICD is the combined practices ofcontinuous integration (CI) andcontinuous delivery (CD) or, less often,continuous deployment.[1] They are sometimes referred to collectively as continuous development or continuous software development.[2]

Components

[edit]
Continuous integration
Frequent merging of several small changes into amain branch.
Continuous delivery
Producing software in short cycles with high speed and frequency so that reliable software can be released at any time, with a simple and repeatable deployment process when deciding to deploy.
Continuous deployment
Automatic rollout of new software functionality.

When these three processes occur in order, they may be described as a "CI/CD pipeline".[3]

Motivation

[edit]

CI/CD bridges the gaps between development and operation activities and teams by enforcing automation in building, testing and deployment of applications. CI/CD services compile the incremental code changes made by developers, then link and package them into software deliverables.[4] Automated tests verify the software functionality, and automated deployment services deliver them to end users.[5] The aim is to increase early defect discovery, increase productivity, and provide faster release cycles. The process contrasts with traditional methods where a collection of software updates were integrated into one large batch before deploying the newer version.

Modern-dayDevOps practices involve:

of software applications throughout its development life cycle. The CI/CD practice, orCI/CDpipeline, forms the backbone of modern day DevOps operations.

Best practices for cloud systems

[edit]

The following practices can enhance productivity of CI/CD pipelines, especially in systems hosted in thecloud:[6][7][8]

  • Number of Pipelines: Small teams can be more productive by having onerepository and one pipeline. In contrast, larger organizations may have separate repositories and pipelines for each team or even separate repositories and pipelines for each service within a team.
  • Permissions: In the context of pipeline-related permissions, adhering to theprinciple of least privilege can be challenging due to the dynamic nature ofarchitecture. Administrators may opt for more permissive permissions while implementing compensatingsecurity controls to minimize the blast radius.

See also

[edit]

References

[edit]
  1. ^Sacolick, Isaac (2020-01-17)."What is CI/CD? Continuous integration and continuous delivery explained".InfoWorld. Retrieved2021-06-01.
  2. ^"What is Continuous Development and How Does It Work?".Synopsys.
  3. ^"What is CI/CD?".Red Hat. 2025-06-10. Retrieved2026-02-18.
  4. ^Rossel, Sander (October 2017).Continuous Integration, Delivery, and Deployment. Packt Publishing.ISBN 978-1-78728-661-0.
  5. ^Gallaba, Keheliya (2019)."Improving the Robustness and Efficiency of Continuous Integration and Deployment".2019 IEEE International Conference on Software Maintenance and Evolution (ICSME). pp. 619–623.doi:10.1109/ICSME.2019.00099.ISBN 978-1-7281-3094-1.S2CID 208879679.
  6. ^Serverless Architectures on AWS. Manning.ISBN 978-1617295423.
  7. ^Pipeline as Code Continuous Delivery with Jenkins, Kubernetes, and Terraform. Manning. 23 November 2021.ISBN 9781638350378.
  8. ^Humble, Jez; Farley, David (27 July 2010).Continuous Delivery Reliable Software Releases Through Build, Test, and Deployment Automation. Pearson Education.ISBN 9780321670229.

External links

[edit]
Fields
Concepts
Orientations
Models
Developmental
Other
Languages
Related fields
Retrieved from "https://en.wikipedia.org/w/index.php?title=CI/CD&oldid=1338993316"
Category:
Hidden categories:

[8]ページ先頭

©2009-2026 Movatter.jp