---
title: はじめてのCI_CD - CircleCIで学ぶ _開発サイクルの自動化・効率化
tags: 
author: [CircleCI Japan](https://www.docswell.com/user/circleci-japan)
site: [Docswell](https://www.docswell.com/)
thumbnail: https://bcdn.docswell.com/page/3EKY19X9JD.jpg?width=480
description: 【オンライン】はじめてのCI/CD：CircleCIで学ぶ "開発サイクルの自動化・効率化" https://circleci.connpass.com/event/380634/
published: January 27, 26
canonical: https://www.docswell.com/s/circleci-japan/KVJ3PD-2026-10-28-141235
---
# Page. 1

![Page Image](https://bcdn.docswell.com/page/3EKY19X9JD.jpg)

はじめてのCI/CD
CircleCIで学ぶ
開発サイクルの自動化・効率化
岡本 秀高 ( @hidetaka_dev )
Senior Field Engineer
1


# Page. 2

![Page Image](https://bcdn.docswell.com/page/L739QW5975.jpg)

>Agenda
今日のゴール:
自分のプロジェクトで CI/CDを始められる状態になる
1.
2.
3.
4.
5.
CI/CDとは何か → なぜ必要か理解する
CircleCIの基本 → 仕組みを理解する
デモ → 動くところを見る
設定ファイルのポイント → 書き方を学ぶ
次のステップ → 始め方を知る
2


# Page. 3

![Page Image](https://bcdn.docswell.com/page/87DG9KD87G.jpg)

自己紹介
Hidetaka Okamoto
(岡本秀高 )
● CircleCI Senior Field Engineer
● https://hidetaka.dev
● http://wp-kyoto.net
3


# Page. 4

![Page Image](https://bcdn.docswell.com/page/VJP3ZKXWE8.jpg)

ソフトウェア開発における最大の悩み事
本当にこのパッチ / プルリクエストを
リリースしても大丈夫なのか？
4


# Page. 5

![Page Image](https://bcdn.docswell.com/page/2EV4WVL9JQ.jpg)

「リリースは怖い・勇気のいる作業」と感じる人は多い
● デプロイして障害が起きたらどうしよう
● テストやチェックはこれで万全なのか？
● 何か見落としている点はないか？
● そういえばリリース作業誰がやる？
5


# Page. 6

![Page Image](https://bcdn.docswell.com/page/57G1DLX4EL.jpg)

「リリースは怖い・勇気のいる作業」と感じる人は多い
● デプロイして障害が起きたらどうしよう
● テストやチェックはこれで万全なのか？
● 何か見落としている点はないか？
● そういえばリリース作業誰がやる？
「リリースによる障害が怖い。
だからリリースの頻度や回数は減らしたほうが安心」
6


# Page. 7

![Page Image](https://bcdn.docswell.com/page/4EQD1Y8RJP.jpg)

「リリースは怖い・勇気のいる作業」と感じる人は多い
● デプロイして障害が起きたらどうしよう
● テストやチェックはこれで万全なのか？
● 何か見落としている点はないか？
● そういえばリリース作業誰がやる？
「リリースによる障害が怖い。
だからリリースの頻度や回数は減らしたほうが安心」
7


# Page. 8

![Page Image](https://bcdn.docswell.com/page/KJ4ZRW2Q71.jpg)

低頻度の大きなリリースが一番危険
“ 1つ目は、このアプローチでは...最後のリリースから多くの変更 が溜まると、
意図しない重大な不具合が発生 し、
大幅なリリース遅延を発生 させることに繋がる点です。ˮ
● １デプロイに含まれる変更が多くなる
● 変更量が増えると、バグ混入リスクも増加する
● 「どのコミットでバグが混ざったか」の特定や、
修正のための調査が大変になる
https://www.oreilly.co.jp//books/9784814400690/
8


# Page. 9

![Page Image](https://bcdn.docswell.com/page/LE1RQYMLEG.jpg)

安心したデプロイのためにできること
デプロイと
機能リリースの分離
● 通称: Feature Flag
● if文やDBで機能提供の
オンオフを制御
● コードをデプロイしても、
機能自体はリリースしない
● 「できたものからリリース」
できる体制を作るための仕組み
9


# Page. 10

![Page Image](https://bcdn.docswell.com/page/GEW1MG3Q72.jpg)

安心したデプロイのためにできること
細かく頻繁にコードをデプロイする
Thank
you.
1. Feature Flag
●
●
コードはあるが、機能は「 OFF」
役割： 挙動を変えずにマージする
2. 小さなマージ
●
●
土台（リファクタ・型）から統合
役割： 巨大PRやコンフリクト回避
3. 自動検証（ CI）
●
●
Pushのたびに機械がチェック
役割： 常に動く状態をキープ
10


# Page. 11

![Page Image](https://bcdn.docswell.com/page/47ZPQLV3E3.jpg)

リリース頻度を増やすために必要なこと（再掲）
本当にこのパッチ / プルリクエストを
リリースしても大丈夫なのか？
11


# Page. 12

![Page Image](https://bcdn.docswell.com/page/YJ6M6W5Z7V.jpg)

リリース頻度を増やすために必要なこと（再掲）
本当にこのパッチ / プルリクエストを
リリースしても大丈夫なのか？
→ レビュー間に合うの？
12


# Page. 13

![Page Image](https://bcdn.docswell.com/page/GJ5Z6MY9E4.jpg)

レビューを
ボトルネックにしない
● デプロイ頻度
Pull Requestの数が増えると
レビューの量や回数も増える
● レビュアーの数が増えずに
量や数だけ増えると、
見落としリスクが増加する
● 見落とし = 障害発生リスク
13


# Page. 14

![Page Image](https://bcdn.docswell.com/page/LE39QW52E5.jpg)

機械的にわかるミスを、レビュアーに届けない
Thank
you.
● 機械的に発見できるミス
○ Lint / Test / Build / etc..
● 人間が判断すべきミス
○ 仕様の考慮もれ
○ UX的なエラー
14


# Page. 15

![Page Image](https://bcdn.docswell.com/page/8EDG9KD6EG.jpg)

機械的にわかるミスを、レビュアーに届けない
● CI = 常に動く状態をキープ（シグナル提供）
● CD = ボタン1つでリリース可能な状態を維持
Thank
you.
→ 自信を持って頻繁にリリースできる
15


# Page. 16

![Page Image](https://bcdn.docswell.com/page/V7P3ZK6ZJ8.jpg)

ここまでのまとめ
● リリースによる障害リスクや影響度合いは、
「頻度を減らしてまとめてやる」ほうが危険になる
● 長くとも１ヶ月以内には、コードをリリースする
そのためには、開発の粒度や完了判定の調整から
● 頻度を増やすためには、自動チェックが不可欠
CI および CD を整備することで、頻度の増加に耐えれる体制へ
16


# Page. 17

![Page Image](https://bcdn.docswell.com/page/2JV4WV3M7Q.jpg)

>Agenda
今日のゴール:
自分のプロジェクトで CI/CDを始められる状態になる
1.
2.
3.
4.
5.
CI/CDとは何か → なぜ必要か理解する
CircleCIの基本 → 仕組みを理解する
デモ → 動くところを見る
設定ファイルのポイント → 書き方を学ぶ
次のステップ → 始め方を知る
17


# Page. 18

![Page Image](https://bcdn.docswell.com/page/5EG1DL3XJL.jpg)

CircleCI: 世界最大規模
の
CI / CDプラットフォーム
Our mission:
世界中のだれもが、思い浮かんだアイデアを
すぐにソフトウェアとして配信できるように支援す
る
● 複数のリポジトリサービスに対応 :
GitHubやBitbucket / GitLabなどの複数サービスをサポート
● Pipeline/ Config as Code:
タスクの条件や定義を YAMLで管理。URLベースの共有にも対応
● 大規模な CI / CD活用を支援する機能群 :
CircleCIを
ご利用中のお客様（一部）
テスト分割や並列化 / パフォーマンス分析機能
SSHデバッグ / リトライやロールバック機能 / etc…
18


# Page. 19

![Page Image](https://bcdn.docswell.com/page/4JQD1Y557P.jpg)

ForresterによるTotal Economic Impact Studyレポートよ
り:https://circleci.com/blog/circleci-delivers-664-roi-and-1398-million-npv-according-to-total-economic-impact-study/
19


# Page. 20

![Page Image](https://bcdn.docswell.com/page/K74ZRW9VE1.jpg)

セキュリティ要件などに応じて運用方法を決定
クラウド
サーバー
インスタンスのセットアップ、
セキュリティ、メンテナンスはすべてCircleCIが実施
ディベロッパー/
ユーザー
データベース
顧客が管理するネットワーク内に
顧客専用のCircleCIをセットアップ
ディベロッパー/
ユーザー
ビルドの
フリート
キャッシュ &
アーティファクト
VCS
（GitHub.com または
Bitbucket Cloud）
+
データベース
ビルドの
フリート
VCS
キャッシュ &
アーティファ クト
（GitHub.com または
GitHub Enterprise Server）
セルフホストランナー: 実行環境だけ顧客管理のネットワーク内に配置する
20


# Page. 21

![Page Image](https://bcdn.docswell.com/page/LJ1RQYK4JG.jpg)

デモ：最初の CI/CDパイプライン
Step 1
Gitリポジトリ接続
Step 2
Configファイル編集
Step 3
パイプライン実⾏
Gitリポジトリをプラットフォー
ムに連携し、コードの変更を⾃動
検知する設定を⾏います。
YAML形式の設定ファイルを編集
し、ビルドやテスト、デプロイの
⼯程を定義します。
変更をプッシュしてワークフロー
を起動し、⾃動化されたプロセス
を完了させます。
21


# Page. 22

![Page Image](https://bcdn.docswell.com/page/GJW1MGDZE2.jpg)

Step 1: まずは「ビルドが通るか」を自動化する
コードをPushするたびに、ビルドが成功するかを自動でチェック。
The Configuration (.circleci/config.yml)
The Result
22


# Page. 23

![Page Image](https://bcdn.docswell.com/page/4EZPQLGLJ3.jpg)

Step 2: 増加するテストに対応するため、並列化する
素早く検証するため、テストやリントなどのチェックを並列実行する
The Configuration (.circleci/config.yml)
The Result
直列実行・同時実行・並列ジョブを組み合わせ、
最短でフィードバックを得る仕組みを作る
23


# Page. 24

![Page Image](https://bcdn.docswell.com/page/Y76M6WYMEV.jpg)

ここまでのまとめ
● CircleCI は設定ファイル一つで CI/CD を開始できる
● Pipeline→Workflow→Job の階層構造を理解する
● まずはビルドチェックから、段階的に拡張していく
24


# Page. 25

![Page Image](https://bcdn.docswell.com/page/G75Z6MGQJ4.jpg)

>Agenda
今日のゴール:
自分のプロジェクトで CI/CDを始められる状態になる
1.
2.
3.
4.
5.
CI/CDとは何か → なぜ必要か理解する
CircleCIの基本 → 仕組みを理解する
デモ → 動くところを見る
設定ファイルのポイント → 書き方を学ぶ
次のステップ → 始め方を知る
25


# Page. 26

![Page Image](https://bcdn.docswell.com/page/9J2RM9YW7R.jpg)

Thank
you.
26


# Page. 27

![Page Image](https://bcdn.docswell.com/page/DEYDX4G9EM.jpg)

設定ファイル作成は
VS Code拡張で安心
初めての開発をアシストする機能群
○
構文チェック
YAML構文ミスをエディタでチェック
○
コード補完
入力候補の自動表示
○
ローカルからのテスト実行
エディタからpush無しでCIをテスト実行
https://marketplace.visualstudio.com/items?itemName=circleci.circleci
https://circleci.com/docs/guides/toolkit/vs-code-extension-overview/
27


# Page. 28

![Page Image](https://bcdn.docswell.com/page/VJN61YGDJ8.jpg)

orbsを使って
セットアップをシンプルに
初めての開発をアシストする機能群
●
共有可能な CI / CD 設定 = orbs
●
CircleCI / SaaSベンダーなどが公開
●
言語別の最適化された実行環境
○
circleci/node, circleci/ruby, etc..
orbs + VS Code 拡張で、
https://circleci.com/developer/orbs/orb/circleci/node
初心者も簡単に最適化されたパイプラインを
28


# Page. 29

![Page Image](https://bcdn.docswell.com/page/YE9L5PW873.jpg)

設定ファイルで詰まったら・・・
1 サンプルや Orbs から始める
2 VS Code 拡張で構文チェック
https://circleci.com/docs/sample-config
🔧 タイポや必須項目の不足を確認
https://buildersbox.corp-sansan.com/entry/2021/01/07/110000
テスト実行機能で素早く試す
3 少しずつ追加する
4 公式ドキュメントで調べる
🎯 まずはビルドだけ実行する
📖 Configuration Reference
→ テストの整備や Lint / 型チェック
https://circleci.com/docs
→ 並列実行...
29


# Page. 30

![Page Image](https://bcdn.docswell.com/page/GE8XYDNZJD.jpg)

ここまでのまとめ
●
YAML の基本構造 : version, jobs, steps, workflows
●
Orbを使えば複雑な設定を簡単に実装できる
●
VS Code 拡張でローカルテストが可能
30


# Page. 31

![Page Image](https://bcdn.docswell.com/page/LEL84MP17R.jpg)

>Agenda
今日のゴール:
自分のプロジェクトで CI/CDを始められる状態になる
1.
2.
3.
4.
5.
CI/CDとは何か → なぜ必要か理解する
CircleCIの基本 → 仕組みを理解する
デモ → 動くところを見る
設定ファイルのポイント → 書き方を学ぶ
次のステップ → 始め方を知る
31


# Page. 32

![Page Image](https://bcdn.docswell.com/page/4JM6KY45EW.jpg)

今日から始める 2つのアクション
まずはCI / CDを動かしてみよう
自分のPJに入れてみよう
① CircleCI アカウント作成（無料）
① .circleci/config.yml を追加
→ circleci.com/signup
② ビルドが通るかだけ確認
② デモプロジェクトを fork
これだけで「壊れたコード」に気づける
→ https://circle.ci/node-con-app
③ 段階的にテストを追加
③ パイプラインが動くのを見る
Lint → Unit Test → Integration...
「百聞は一見に如かず」
『入門 継続的デリバリー』もチェックしよう
まずは、最初のビルドを成功させてみる
32


# Page. 33

![Page Image](https://bcdn.docswell.com/page/PJRPX9WZE9.jpg)

初学者が躓きやすいポイント
❌ よくある失敗
⭕ 推奨アプローチ
●
最初から完璧を目指す
●
最初はビルドが通るだけで OK
●
全テストを一気に追加
●
速いテストから段階的に
●
カバレッジ目標を設定
●
カバレッジは後から
●
すべて自動化しようとする
●
手動で理解してから自動化
→ 小さく始めて、継続的に改善
「できるだけ早く、多くのシグナルを得る」
— 『入門 継続的デリバリー』
33


# Page. 34

![Page Image](https://bcdn.docswell.com/page/PEX36QP1JX.jpg)

One more things…
34


# Page. 35

![Page Image](https://bcdn.docswell.com/page/3EKY19DMJD.jpg)

安心したデプロイのためにできること
AIによる開発の発達と
品質やセキュリティへの懸念
● コードの作成や提案の高速化
● 単純作業やテスト生成の効率化
vs
● レビューコストの増加
● 脆弱性やハルシネーションリスク
https://circleci.com/ja/blog/risks-rewards-generative-ai/
35


# Page. 36

![Page Image](https://bcdn.docswell.com/page/L739QWR275.jpg)

テストの修正や不具合が
起きた時の対応も全部、
生成AIがやってくれたらいいのに
36


# Page. 37

![Page Image](https://bcdn.docswell.com/page/87DG9KY67G.jpg)

Open Preview
自律型 AI エージェント
Chunk
● CI / CDパイプラインを監視
● 不安定な ( Flaky )テストを検知
テストを修正する PR を作成
● CircleCIを使った PR の自動検証
● アドホックな
コーディングタスクにも対応
37


# Page. 38

![Page Image](https://bcdn.docswell.com/page/VJP3ZK2ZE8.jpg)

Closed Preview
効率的なテスト実行計画を自動的に作成
Smarter Testing
テスト実行対象を自動選択
●
●
変更内容を分析して
必要なテストのみを実行
選択した理由なども分析可能
並列テストの実行時間最適化
●
●
並列実行するテストの
実行時間を平均化
後続のジョブ開始時間を短縮
38


# Page. 39

![Page Image](https://bcdn.docswell.com/page/2EV4WVDMJQ.jpg)

学習リソースとコミュニティ
さらに学ぶための情報源
●
公式ドキュメント
https://circleci.com/docs
●
ROI Calculator:
自社の状況でコスト削減効果を試算
https://circleci.com/autonomous-validation-roi/
●
https://www.oreilly.co.jp//books/9784814400690/
●
●
●
●
実装順序の指針
レガシー環境への適用
シグナル設計の原則
etc..
2025 State of Software Delivery Report
最新の業界データとインサイト
https://circleci.com/resources/2025-state-of-softw
are-delivery/
●
入門 継続的デリバリー
CircleCI の「How」だけでなく
CI/CD の「Why」を学べる
Twitter: CircleCIJapan
39