# CI/CDとは? 平易な言葉での入門 > CI/CDは、変更のたびにコードを自動でbuild・テスト・出荷するプラクティスだ。継続的インテグレーションとデリバリーの意味を学ぼう。 Source: https://latchkey.dev/ja/learn/ci-cd-concepts/what-is-ci-cd Updated: 2026-06-25 CI/CDは「自分のマシンでは動く」を「あらゆるpushで、自動的に動く」へと変える - 各変更をbuild・テストし、自動化されたpipelineを通して出荷することで。 CI/CDは継続的インテグレーションと継続的デリバリー(またはdeployment)を意味する。コード変更からテスト済みでリリース可能な - そしてしばしばリリース済みの - artifactに至る道のりを自動化するプラクティスだ。 ## それが解決する問題 自動化がないと、全員の作業を統合するのは周期的で苦痛なイベントになる: branchが乖離し、バグが遅れて表面化し、リリースは手作業でリスキーだ。CI/CDは、あらゆる変更で同じチェックを実行することでそのループを数分に縮め、問題を小さいうちに捕まえる。 ## pipelineが行うこと - テスト対象の変更のコードをcheckoutする。 - クリーンな環境で、毎回同じ方法でbuildする。 - テスト、linter、セキュリティ/品質のgateを実行する。 - artifact(バイナリ、イメージ、パッケージ)を生成し、CDではそれをdeployする。 ## CI vs CD を一行で 継続的インテグレーションは、変更を頻繁かつ自動的にmergeして検証することだ。継続的デリバリーはそれを拡張し、ソフトウェアを常にリリース可能な状態に保つ; 継続的deploymentはさらに一歩進み、合格したあらゆる変更を自動で本番へ出荷する。 ## チームが採用する理由 見返りは、より速いフィードバック、より小さく安全なリリース、手作業の削減、そして全員が信頼できるbuildだ。コストは、pipeline自体が速く信頼できる状態を保つべきインフラになることで - ここでrunner、cache、flake管理が関わってくる。 ## FAQ ### What is What is CI/CD? A Plain-English introduction? CI/CD stands for continuous integration and continuous delivery (or deployment). It is the practice of automating the path from a code change to a tested, releasable - and often released - artifact. ### The problem it solves? Without automation, integrating everyone’s work is a periodic, painful event: branches drift apart, bugs surface late, and releases are manual and risky. CI/CD shrinks that loop to minutes by running the same checks on every change, so problems are caught while they are small. ### CI vs CD in one line? Continuous integration is about merging and verifying changes frequently and automatically. Continuous delivery extends that to keeping the software always in a releasable state; continuous deployment goes one step further and ships every passing change to production automatically. ### Why teams adopt it? The payoff is faster feedback, smaller and safer releases, less manual toil, and a build that everyone trusts. The cost is that the pipeline itself becomes infrastructure you must keep fast and reliable - which is where runners, caching, and flake management come in. --- Latchkey runs CI/CD that repairs its own failures. Agent entry points: https://latchkey.dev/agent.txt, https://latchkey.dev/openapi.json, https://latchkey.dev/llms.txt