GitLab 19.2 リリースノート

AIカタログでパブリックカスタムエージェント、外部エージェント、およびパブリックカスタムフローを有効化する際、プロジェクトを1つずつ選択する代わりに、1回の操作で最大100件のプロジェクトを選択できるようになりました。

To give you finer control over how external tools connect to your GitLab instance or group, you can now turn the GitLab MCP server on or off independently from Agent Platform settings.

Previously, the GitLab MCP server and Agent Platform shared the same on and off setting, so you could not turn the MCP server on without also turning on Agent Platform features. Now you can let other tools access GitLab as an MCP server without turning on the Agent Platform, or keep the GitLab MCP server turned off while you use Agent Platform features.

以前は、実行時にプロンプトが失敗するカスタムエージェントをAIカタログに保存できました。たとえば、セキュリティルールに抵触するプロンプトを使用すると、エージェントは使用中に何も行わず、エラーも表示されませんでした。

カスタムエージェントを作成または更新する際、GitLabがプロンプトの設定を検証し、エージェントを保存する前にエラーを通知するようになりました。

IDトークンを使用すると、長期間有効な認証情報を保存することなく、サードパーティのOpenID Connect（OIDC）サービスで認証できます。たとえば、バイナリやコミットのキーレス署名、またはシークレットマネージャーからのシークレットの取得にIDトークンを活用できます。

この機能を使用するには、エージェントの設定にid_tokensキーワードを追加し、GitLab Duo Agent Platformが発行するトークンを信頼するようにサービスを設定してください。

オンラインライセンスでセルフホストモデルを使用しているGitLab Self-Managedのお客様向けに、GitLab Duoヘルスチェックが以下のエンドポイントへの接続を確認するようになりました。

• カスタマーポータル
• AIゲートウェイ
• Duoワークフローサービス

これらのエンドポイントへの接続は、使用量課金に必要です。

これまでは、ファイアウォールによってこれらのコンポーネントへの接続がブロックされていても、ユーザーが機能を使用できなくなるまで管理者は接続の問題を把握できませんでした。管理者はこの新しい検証チェックを使用して、ユーザーへの影響が生じる前に問題を診断し、ファイアウォールの許可リストを確認できるようになりました。

以前のバージョンのGitLabでは、GitLab Duo Enterpriseシートを持つユーザーがGitLab Duoにコードレビューをリクエストすると、GitLab Duoコードレビューがレビューを実行していました。 これは、グループに対してコードレビューフローが有効になっている場合でも同様でした。すべてのユーザーに対してエージェント型フローを有効にする方法はありませんでした。

今回のリリースで、トップレベルグループのオーナーがこのデフォルト設定を変更し、ユーザーのシートに関わらず、すべてのコードレビューでコードレビューフローを使用するよう設定できるようになりました。 すべてのレビューはGitLabクレジットを消費します。

この変更により、GitLab Duo Enterpriseシートを持つユーザーも、他のユーザーと同様に、リポジトリ全体のコンテキスト認識、マルチステップの推論、およびレビューセッションを利用できるようになります。

You can now use the GitLab MCP server without a paid subscription, making it easier than ever to connect your AI tools and agents to GitLab regardless of your plan. This means you get seamless, AI-powered automation and integration capabilities right out of the box, with no subscription upgrade required.

以前のバージョンのGitLabでは、プロジェクトまたはグループで自動レビューが有効になっている場合、GitLab Duoはすべての対象マージリクエストをレビューしていました。 これには、ボットが作成した依存関係の更新、フィーチャーブランチ、実験的な作業など、チームが実際にフィードバックを求めていない変更も含まれていました。

除外ルールを使用して、特定のマージリクエストを自動レビューから除外できるようになりました。 プロジェクトまたはグループに .gitlab/duo/mr-review-automated-rules.yaml ファイルを作成し、作成者、ソースブランチ、またはターゲットブランチに基づいた除外ルールを定義します。 ルールでは dependabot/* や *-bot のようなグロブパターンをサポートしています。

除外されたマージリクエストに対しても、手動でレビューをリクエストすることは引き続き可能です。

この機能はベータ版であり、duo_code_review_automated_rules 機能フラグによって制御されています（デフォルトで有効）。

以前のバージョンのGitLabでは、プロジェクトで半線形または早送りマージ方式を使用している場合、ソースブランチがターゲットブランチより遅れると追加の手順が必要でした。 マージするには、リベースを選択して完了を待ち、その後マージリクエストに戻ってマージを選択する必要がありました。 この2段階の操作により、すべてのマージに余分な手間が生じていました。

プロジェクトのマージリクエスト設定でマージ前の自動リベースを有効にするを選択できるようになりました。 この設定を有効にすると、GitLabはマージ時にソースブランチをターゲットブランチにリベースするため、1回の操作でマージできます。 個々のコミットのGPG署名を保持することが重要な場合は、この設定をオフのままにしておくことができます。

以前のバージョンのGitLabでは、GitLab Duoのカスタムレビュー指示はプロジェクトレベルまたはグループレベルでのみ定義できました。 インスタンス全体で一貫したレビューガイダンス（セキュリティルールや社内コーディング標準など）を適用したい管理者は、すべてのプロジェクトに同じ指示を重複して設定する必要がありました。

今回のリリースで、インスタンス全体に対してカスタムレビュー指示を設定できるようになりました。

管理者はインスタンス内のプロジェクトをテンプレートとして選択できます。GitLab Duoがコードレビューを実行する際、インスタンスレベルの .gitlab/duo/mr-review-instructions.yaml ファイルの指示が、グループレベルおよびプロジェクトレベルの指示と組み合わせて適用されます。これにより、組織はインスタンス全体のレビュー標準に対して信頼できる唯一の情報源を持つことができます。

コードレビューフローとGitLab Duoコードレビューはいずれも、インスタンスレベルのカスタム指示をサポートしています。

以前のバージョンのGitLabでは、コードレビューのコメントを解決するには、エディタに切り替えて修正を実装し、変更をコミットしてプッシュしてから、スレッドを手動でクローズする必要がありました。 未解決のディスカッションごとにこのサイクルを繰り返す必要があり、コンテキストスイッチのオーバーヘッドが多忙なレビュー全体で積み重なっていました。

任意のレビューディスカッションでGitLab Duoで解決を選択できるようになりました。 GitLab Duoはレビューコメントとその周辺のコードを読み取り、レビュアーが説明した変更を実装して、ブランチにコミットします。その後、GitLab Duoは変更内容と理由の簡単なサマリーをディスカッションに返信し、スレッドを解決します。変更内容を確認し、修正がコメントに正しく対応していない場合はスレッドを再オープンできます。

The CI Expert Agent is now generally available. This AI-powered assistant helps you create, debug, and optimize GitLab CI/CD pipelines. It analyzes your repository and provides guidance through your pipeline configuration.

The generally available (GA) release builds on the Beta and design-partner program, and brings the agent to production use with real customer workloads to reduce the barrier to CI/CD adoption in your projects.

The agent integrates with Orbit: when Orbit and its Knowledge Graph are enabled, the agent draws on graph-based code intelligence for more contextual pipeline recommendations. Orbit and the Knowledge Graph are in Beta.

GitLab DuoのCI/CDパイプライン修正フローに、2つの主要な改善が加わりました。

• マージリクエストの差分に関連ファイルが既に含まれている場合、そのマージリクエストに対してコード提案として直接修正が提示されます。
• フローがパイプラインの失敗を分類してから対処するため、より的を絞った診断が得られます。

また、フローはパイプライン階層全体にわたって子パイプラインの失敗を分析し、AGENTS.mdファイルを使用してプロジェクトに合わせた動作のカスタマイズが可能になりました。さらに、マージリクエストのコメントをすっきり保つため、AIの推論プロセスはデフォルトで折りたたまれて表示されます。

フィードバックはフィードバックイシューにお寄せください。

これまでGitLabには、チームメンバー、顧客、コントリビューターの功績を正式に称える組み込みの仕組みがありませんでした。多くの努力が認められないまま終わり、コミュニティにはプロジェクトを支える人々を称えるための一貫した手段がありませんでした。

グループレベルでカスタムアチーブメントを作成し、コントリビューションに応じてユーザーに授与できるようになりました。各アチーブメントには名前、説明、アバターを設定できます。授与されたユーザーは、プロフィールに表示するアチーブメントを選択できます。アチーブメントにより、メンテナーは参加を目に見える形で報いることができ、より強固でモチベーションの高いコミュニティの構築に役立ちます。

この機能へのコントリビュートに感謝します。Niklas van Schrickさん、ありがとうございました！

パーソナルスニペットでGitLab Flavored Markdown（GFM）リファレンスを使用できるようになりました。使用方法は次の2通りです。

• GitLabは、プロジェクトスニペットやGitLabの他の領域と同様に、パーソナルスニペットの説明とコメント内のGFMリファレンスを処理します。
• コメントやイシュー・マージリクエストの説明など、GFMがサポートされている場所であればどこからでも、プロジェクトスニペットで既に使用できる$<id>構文を使用してパーソナルスニペットを参照できます。

スニペットIDはパーソナルスニペットとプロジェクトスニペット全体で一意であるため、各IDは単一のスニペットに解決されます。

セキュリティマネージャーロールを持つユーザーは、プロジェクトに対してSAST VR、SAST FP、シークレットFP、および依存関係スキャンVRを設定できるようになりました。

組織がカスタムプロジェクトテンプレートを使用している場合、ビルトインのベンダーテンプレートがテンプレート選択画面に不要な項目を追加したり、サーバーサイドフックやその他のリポジトリ制御を回避したりする可能性があります。

管理者は、管理者エリアからグローバルに、またはサブグループのグループレベルで、プロジェクトテンプレートを無効化できるようになりました。この設定は自動的にカスケードされるため、グループごとに個別に設定する必要はありません。管理者は設定値を強制することで、グループやサブグループが設定を上書きできないようにすることも可能です。インスタンスおよびグループの設定は、REST APIおよびGraphQL APIでも管理できます。 GitLab.comでは、グループレベルの設定のみ利用可能です。

詳細権限パーソナルアクセストークン（PAT）が一般提供（GA）になりました。従来のPATは所属するすべてのプロジェクトとグループへのアクセスを付与しますが、詳細権限PATでは各トークンを特定のリソースとアクションに限定できます。これにより、自動化やインテグレーションに最小権限の原則を適用しやすくなり、トークンが漏洩または不正利用された場合の潜在的な影響を軽減できます。

セットアップを簡単にするために、トークン作成時にDuoで権限を追加機能を使用して適切なパーミッションを選択できます。既存の従来のPATは引き続き従来どおり機能します。新しいトークンについては、各トークンが必要なリソースとアクションのみにスコープされるよう、GitLabは詳細権限PATを推奨しています。

GAリリースにより、詳細権限PATはREST APIエンドポイントの完全なカバレッジと、最もよく使用されるGraphQLタイプおよびミューテーションのカバレッジを備えるようになりました。

本日、GitLab Runner 19.2もリリースしました。GitLab Runnerは、CI/CDジョブを実行してその結果をGitLabインスタンスに送信する、高いスケーラビリティを持つビルドエージェントです。GitLab Runnerは、GitLabに含まれるオープンソースの継続的インテグレーションサービスであるGitLab CI/CDと連携して動作します。

新機能

• GitLab Runnerがジョブ完了PUTリクエスト時に環境キーを送信するようになりました
• GitLab RunnerにKASジョブリクエストが連続して失敗した場合にRailsへ自動的にフォールバックするサーキットブレーカーが追加されました

バグ修正

• シークレットの解決失敗がrunner_system_failureとして誤って分類される
• GitLab Runnerを19.1.0にアップデートするとジョブがcontext deadline exceededで失敗する
• DockerのexecutorでジョブがときどきContext deadline exceededで失敗する
• FF_CONCRETEが有効な場合にアーティファクトのダウンロードが失敗する
• KAS Job RouterのGetJobレイテンシーヒストグラムにステージング環境でデータが表示されない
• Runnerトークンの自動ローテーションによりDocker Autoscalerのexecutorがアクティブなインスタンスを削除し、実行中のジョブが失敗する

すべての変更点はGitLab Runnerの変更履歴をご覧ください。

GitLab DuoとMCPベースのエージェントを使用して、マージリクエストのレビューディスカッションを読み取れるようになりました。 これにより、AIアシスタントがレビュアーのフィードバック、未解決のスレッド、ディスカッションの履歴を完全に把握できます。

エージェントに対して、レビューコメントの要約、フィードバックへの返信の下書き作成、そしてワークフローを離れることなくマージリクエストのディスカッションへの直接返信投稿を依頼できます。

Hosted runners for GitLab Dedicated are now generally available. GitLab provisions, patches, and scales runners for you, within the same security and compliance boundary as your GitLab Dedicated instance.

Key capabilities include:

• AWS EC2 instances in the same region as your GitLab Dedicated instance, running in single-tenant, ephemeral VMs destroyed after each job
• Secure outbound PrivateLink connection to your GitLab instance
• Linux x86-64 and Arm64 runners in five sizes, from small to 2X-large
• 99.9% uptime SLA, calculated separately from your GitLab Dedicated instance SLA, to ensure your workflows remain stable, resilient, and online

You create and manage hosted runners yourself in Switchboard, and pay only for what you use, with usage tracked on the GitLab Credits dashboard. To get started, contact your customer success manager or account representative.

The AI Gateway for GitLab Dedicated runs in your AWS environment, in the same region as your GitLab Dedicated instance. Inference requests, including code inputs, prompts, and model responses, stay within your network and region. All GitLab Duo Agent Platform inference requests stay in the same audit scope as your GitLab Dedicated instance. The AI Gateway for GitLab Dedicated is enabled by default, with no setup required.

Optionally, you can use Bring Your Own Model (BYOM) to connect to your own cloud-hosted models. You can power GitLab Duo Agent Platform capabilities with the models you choose, in your region, under your access controls.