Cloudflare は GitLab リポジトリを Cloudflare Worker に接続できます。変更をプッシュするたびに、コードを自動でデプロイします。
自動ビルドとデプロイに加えて、Cloudflare の GitLab 連携では GitLab 上でビルドを直接監視できます。ワークフローを離れずに状況を把握できます。
コミットがマージリクエスト上にある場合、Cloudflare はビルドのステータスをマージリクエストに自動でコメントします。
wrangler versions upload を実行するビルドには、プレビュー URL が付きます。マージリクエストのレビュー時に、コードの差分と更新後の Worker を並べて確認できて便利です。
1 つまたは複数の Worker をリポジトリに接続している場合（モノレポ など）、GitLab のコミットステータス ↗ で各ビルドの状態を GitLab 上で確認できます。
ステータスは、コミット横のステータスアイコンを選ぶか、GitLab リポジトリの Build > Pipelines で確認できます。次の例では、緑のチェックマークを選ぶとチェック実行の結果を見られます。
リポジトリでは、チェック実行は次のように表示されます。いずれかのステータスを選ぶと、Cloudflare ダッシュボードでビルドを確認できます。
ビルドウォッチパス を使う場合、ビルドがトリガーされたプロジェクトだけがコミットステータスを生成します。
GitLab 上の会社プロジェクトや個人プロジェクトから、Cloudflare Pages アプリを使って Cloudflare Workers にデプロイできます。
GitLab アカウントへのアクセスを Cloudflare Workers に許可すると、そのアカウントがアクセスできる組織、グループ、名前空間にも Cloudflare Workers がアクセスできるようになります。これらの組織とグループへのアクセス管理は GitLab 側で行います。
GitLab の Authorized Applications ページ ↗ で、Cloudflare Workers の GitLab アカウントへのアクセスを削除できます。Cloudflare Pages という名前のアプリケーションを見つけ、Revoke を選んでアクセスを取り消します。
GitLab アプリケーションの Cloudflare Workers は Workers と Pages のプロジェクトで共有されています。GitLab へのアクセスを削除すると、Workers と Pages の新規ビルドは無効になります。既存のデプロイは、引き続き Cloudflare Workers でホストされます。
- GitLab のアプリケーション設定ページを開きます。https://gitlab.com/-/profile/applications ↗
- Cloudflare Workers のインストールがある場合は、"Revoke" ボタンを選択します。
- Workers & Pages の概要 ↗ に戻ります。Create application > Pages > Connect to Git を選択します。
- + Add account を選び、追加する GitLab アカウントを選んでから Install & Authorize を選択します。
- プロジェクト作成ページにリダイレクトされ、アカウント一覧に GitLab アカウントまたは組織が表示されます。
- 以前壊れていたプロジェクトで、新しいデプロイを試します。