大手Gitホスティングサービス3社でよく使われているCI/CDツール、Bitbucket Pipelines, GitLab CI/CD, CircleCIを比較してみました。

1. CI/CDツール比較してみた

2. 自己紹介
株式会社ランバーミル
甲斐翔也 @shonari123
経歴
• [専門学校]ヤクザのような恩師にシゴかれる
• [就職]”良い”企業に就職するが数ヶ月で辞めてニートへ
• [再就職]今の会社に就職
最近使う技術
• Java, PHP, MySQL, Vue.js, Firebase

3. CI/CDってなに？

4. CI/CDとは
「CI」とは「Continuous Integration（継続的インテグレーション）」の略で、ソフ
トウェア開発におけるビルドやテストを自動化し、継続的に行うアプローチのこと
です。
「CD」とは「Continuous Delivery（継続的デリバリー）」の略で、CIによってテス
トされたコードのマージや、本番環境向けのビルドの作成を自動的に行い、本番環
境にデプロイが可能な状態を整えるプロセスのことです。
また「CD」は「Continuous Deployment（継続的デプロイ）」の略として使われる
こともあります。継続的デプロイは継続的デリバリーとよく似た概念ですが、継続
的デリバリーがデプロイ可能な状態を準備するだけなのに対し、継続的デプロイは
実際に本番環境へのデプロイまでを行う点が異なります。
このようなビルド、テスト、デプロイを自動化し、継続的に行う手法のことを、あ
わせて「CI/CD」と呼びます。
ニフクラ『「CI/CD」とは』(https://pfs.nifcloud.com/navi/words/ci_cd.htm : 2019/07/04)

5. CI/CDとは
CI: テストやビルドを自動で行うこと
CD: CIがOKだったら自動でデプロイ
すること

6. Gitホスティングサービス
Push
Pull Request
CI/CDツール
Push, Pull Requestを検知
テスト・ビルドを実行
テスト・ビルドが
通ったらデプロイ

7. CI/CDの流れ
Init Test
Build
Deploy
checkoutしたり
yarn installしたり
テストとビルドを並列に実行
masterブランチの時のみ
全部通ったらデプロイ

8. 比較するCI/CDツール
•Bitbucket Pipelines
•GitLab CI/CD
•Circle CI

9. Bitbucket Pipelines

10. feature/cicd
master
develop merge
checkout
pull request
pull request
commit
merge
ここだけ
チェックする
CI/CDする箇所

11. 設定
「Enable Pipelines」をOnにする
プロジェクトのルートディレクトリに
「bitbucket-pipelines.yml」を作成

12. yml

13. yml
環境変数
Docker Image
UnitテストとBuildを
並列に実行
node_modules/を
全体で共有
前回実行した時の
node_modules/をコピー
全てのpull requestで
initとciを実行
cachesを利用するため
ローカルに保存

14. 構文チェック

15. 成功

16. 失敗

17. コミット一覧

18. GitLab CI/CD

19. feature/cicd
master
develop merge
checkout
pull request
pull request
commit
merge
ここだけ
チェックする
CI/CDする箇所

20. 設定
プロジェクトのルートディレクトリに
「.gitlab-ci.yml」を作成

21. yml

22. yml
Job
Jobの実行順
stageが同じ名前
だったら並列に処理
masterとプルリク時のみ
実行
Docker Image
環境変数
node_modules/とdist/を
全体で共有
前回実行した時の
node_modules/をコピー

23. 構文チェック

24. 成功

25. 失敗

26. コミット一覧

27. Circle CI

28. feature/cicd
master
develop merge
checkout
pull request
pull request
commit
merge
ここだけ
チェックする
CI/CDする箇所

29. feature/cicd
master
develop merge
checkout
pull request
pull request
commit
merge
ここだけ
チェックする
CI/CDする箇所

30. 設定
Circle CIにサインイン(サインアップ)しGithub/
Bitbucketアカウントと連携する
プロジェクトに「.circleci/config.yml」を作成

32. yml

33. yml
Docker Image
環境変数
node_modules/を保存
前回保存した
node_modules/読み込み
カレントディレクトリを共有
共有されたディレクトリをアタッチ
dist/を共有
masterだけ
で実行
完了を待つjobを指定
同じjobを指定すると
並列になる

34. 構文チェック

35. 成功

36. 失敗

37. コミット一覧

38. Bitbucket
Pipelines
GitLab CI/CD Circle CI
ドキュメント
日本語あり
難しい
英語のみ
やや優しい
日本語あり
やや難しい
コンテナ数
無料枠
無制限？ 無制限？
1
OSSの場合: 4
ビルド時間/月
無料枠
50分/月 2,000分/月 1,000分/月
キャッシュ あり あり 有料
ビルドにかかった時間 約2分 約5分30秒 約3分
構文チェック Validator
わかりずらい
CI Lint
ややわかりやすい
circleciコマンド
わかりやすい
比較

39. まとめ
• Bitbucket Pipelines
• !ビルドが一番早い
• "ビルド時間/月が短い（スタンダードプラン: 500分/月）
• Gitlab CI
• !ドキュメントがわかりやすく、ビルド時間/月が一番多い
• "サーバーの混み具合がかなり影響する（早い時は3分弱）
• Circle CI
• !構文チェックは一番わかりやすい
• "filtersにPull Requestを指定できない

40. ymlをGithubにて公開中！
https://github.com/KaiShoya/CICD-Examples