はじめに
CircleCI でカスタマーサクセスをしている鈴木です。リコッタチーズのパンケーキを作ろうとおもってリコッタチーズを買いに行ったら、リコッタチーズのパンケーキの既製品があったのでもうそれでいいやという気分になりました。
CircleCI がサポートする VCS として、新たに GitLab の SaaS版である GitLab.com が加わりました。日本語のアナウンスはこちらのページにあります。まだローンチされたばかりでこれから実装されていく機能も多いのですが、簡単なテストビルドを行ってみます。
ちなみにサーバー版の GitLab Enterprise との連携は未対応です。今後に期待します。
連携に必要なもの
-
GitLab.com のアカウント
まだアカウントを持っていない場合、GitLab.com のトップページにある "Register" からアカウントを作成します。詳細は割愛しますが、GitLab.com は UI がわかりやすく、ドキュメントも充実しているので迷わないかと思います。 -
GitLab.com 上のプロジェクト
プロジェクトを持っていない場合、空のプロジェクトを作成します。GitLabの新規アカウント作成時に作成される ”Learn GitLab” という学習用リポジトリ（下図）を利用することもできます。
-
CircleCI のアカウント
すでに GitHub や BitBucket.com との連携を行っている既存の CircleCI ユーザーはそのアカウントを利用できます。アカウントを持っていない場合、ユーザー登録ページの「メールで登録」からアカウント作成を行います。 -
CircleCI の公式ドキュメント
登録手順の他、近日公開予定の機能や既知の問題も挙げられています。
GitLab を Free プランで利用している場合は OAuth 経由ではなく、GitLab の Personal Access Token が必要になるといった注意事項がありますので、手順のところは一通り目を通すことをオススメします。
私自身、ドキュメントをよく読まずに OAuth で接続を進めてしまったので、「Project Access Token を作れないから Project Access Token の作成をオンにするか、Personal Access Token を使ってね」という CircleCI 上のアラート（下図）が出てしまいました。
-
GitLab の Personal Access Token (GitLab を Free プランで利用している場合)
というわけで、GitLab を Free プランで利用している場合は、前述のように Personal Access Token を発行する必要があります。GitLab の公式ドキュメントに発行手順がありますが簡単です。
なお、発行時に設定するスコープですが、CircleCI 側のドキュメントに「api スコープと write_permissions スコープを選択する必要があります」とあるので、下図のように選択します。
作成した Personal Access Token は連携時に必要になりますので一時的にメモをしておくのでもよいですが、連携時に作成したほうが良いでしょう。
CircleCI との連携
準備ができたところでCircleCI との連携を進めていきます。
まず、CircleCI 上に Organization を作成します。 新規作成ページの URL はこちらです。
ドキュメントでは触れられていませんが、この Organization は一度作成すると削除や名前変更の機能がありません。慎重に名前付けすることをオススメします。Organizationを複数作成することは可能です。
Organization を登録すると、そのままプロジェクトの作成ページに遷移します。
プロジェクトの名前付けも慎重に行います。Organization 同様、削除や名前変更ができません。
そして、GitLab を Free プランで利用している場合の注意点が接続方法です。
Oauth での連携を選びたいところですが、ぐっとこらえて Access Token による接続を選択します。入力するのは、Personal Access Token を GitLab 側で作成して入力します。
以下のように Project 画面が表示されれば連携が終了です。
ビルドのテスト
GitLab.com 上のプロジェクトに単純な .circleci/config.yml を作成してコミットします。
問題なくビルドできました。
GitLab CI/CD との違い
GitLab には CI/CD 機能があり、従来の GitLab ユーザーの皆さんはこちらに親しまれているかもしれません。私も利用したことがありますが、ドキュメントが充実していて、最初のビルド成功まで簡単に進められました。
GitLab CI/CD は GitLab プロジェクトとの連携のしやすさが大きなメリットですが、GitLab CI/CDにはない CircleCI の大きなメリットとして、CircleCIの持つ多様な実行環境（リソースクラス）を利用できるという点があります。なので、すでに GitLab CI/CD を使っている皆さんも、高スペックな実行環境でより速く安定して CI を回していきたいプロジェクトでは CircleCI を試してみるといったことも良いのではないでしょうか。
従来の CircleCI との違い
GitLab.com と連携した CircleCI は、GitHub や BitBucket Cloud で使用できる CircleCI に比べて機能の違いや制限があります。詳しくは、CircleCI の公式ドキュメントにあります、近日公開予定の機能や既知の問題をご確認ください。
従来の CircleCI との大きな違いの一つに、ユーザー管理を CircleCI 上で行っていくという点があります。管理が必要になる反面、利用ユーザーを細かく制限できたり、ユーザーごとに CircleCI 上の権限設定ができたりという独自機能を利用できます。
おわりに
というわけで GitLab.com と CircleCI の連携を簡単に見てみました。今後の機能の充実と GitLab.com 以外のVCS、あるいは non-VCS からのトリガーなどへの対応を CircleCI の中にいるものとしても期待しています。