Why It Fits
選ぶ理由
- ソース〜CI/CD〜運用が一体
- セルフホスト/SaaS の両対応
- DevOps 機能が充実
Product Profile
GitLab / CI/CD(GitLab 統合)
GitLab に統合された CI/CD。`.gitlab-ci.yml` でパイプラインを定義し、ソース管理から運用まで一気通貫。
Specifications
Introducing
Decision Guide
採用する理由と、事前に受け入れるべきトレードオフを分けて確認します。
Why It Fits
Trade-offs
Deep Dive
GitLab CI は、GitLab に統合された CI/CD の仕組みです。GitLab 上のリポジトリに対して、ビルド・テスト・デプロイといった処理を自動で実行できます。
「結局なに?」を一言でいえば、GitLab に最初から組み込まれた自動化機能です。ソース管理から CI/CD、課題管理まで一つのプラットフォームでまとめて扱える点が特徴です。
パイプラインはリポジトリ直下に置く .gitlab-ci.yml で定義します。どのステージで何を実行するかを YAML で宣言的に記述します。
test:
stage: test
script:
- npm install
- npm test
実際の処理は「Runner」と呼ばれる実行環境が担い、GitLab 提供のものを使うか、自前の Runner を登録して使うかを選べます。
.gitlab-ci.yml を置くだけで始められ、設定が分散しにくい。GitLab を中心に開発を進めているなら、自然な選択肢になります。GitHub なら GitHub Actions、というように、利用しているソース管理基盤に合わせて選ぶのが基本です。
一つのプラットフォームに寄せて運用をシンプルにしたい、という方針と相性がよいツールです。
Implementation View
TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。
GitLab 中心の DevOps
種別: CI/CD(GitLab 統合) / 提供元: GitLab / ライセンス: オープンソース+商用
セルフホスト/SaaS の両対応
GitLab 前提
Best Fit