本ブログは、GitLab 19.1 release notesの抄訳です。内容に相違がある場合は、原文が優先されます。

お知らせ：リリースノートの掲載先が変わりました
GitLabのリリースノートは、GitLab Docsでの公開が正式な掲載先となりました。最新の情報は下記をご覧ください。
GitLab 19.1

本ブログでもしばらくの間は日本語訳の投稿を続けますが、将来的にはDocsのみでの公開に切り替わる予定です。ぜひDocsの方もチェックしてみてください！

GitLab 19.1 リリースノート

2026年6月18日、GitLab 19.1が以下の機能とともにリリースされました。

今月のNotable Contributorは、Pishel65さんです。

Pishel65さんは、レベル3のコントリビューターで、2025年10月の参加以来、19件のマージ済みMRと9件のオープン中のMRに貢献しています。

主要な機能

GitLab Duoによるシークレット誤検出判定

プラン： Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

GitLab Duo Agent Platformによるシークレット誤検出判定が一般提供（GA）となりました。

セキュリティチームは、実際のシークレットとして誤ってフラグが立てられたシークレット検出の検出結果の調査に多くの時間を費やしています。 このような誤検出は、アラート疲れの誘発、スキャン結果への信頼低下、そして本来の重大なセキュリティリスクの見落としにつながります。

セキュリティスキャンの実行時、GitLab Duoは重大度が「致命的」および「高」のシークレット検出の脆弱性をそれぞれ自動的に分析し、誤検出かどうかを判定します。 AI評価は脆弱性レポートに表示されるため、より迅速かつ確信を持ったトリアージの判断に必要なコンテキストをすぐに確認できます。

主な機能：

• 自動分析: 手動でトリガーすることなく、各セキュリティスキャンの実行後に自動で実行されます。
• 手動トリガー: 脆弱性の詳細ページで個々の脆弱性に対して誤検出判定をトリガーし、オンデマンドで分析できます。
• 影響度の高い検出結果への集中: 重大度が「致命的」および「高」の脆弱性のみを分析することで、シグナル対ノイズ比を最大限に改善します。
• コンテキストを考慮したAIによる推論: 各評価には、コードのコンテキストと脆弱性の特性に基づいて、その検出結果が真陽性である可能性が高い理由の説明が含まれます。
• 信頼スコア: 各検出結果には信頼スコアが含まれており、モデルの確信度に基づいてレビューの優先順位付けに役立てることができます。
• シームレスなワークフローインテグレーション: 結果は、既存の重大度、ステータス、および修正情報とともに脆弱性レポートに直接表示されます。

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

GitLab Duoの常時オン可用性モード

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

管理者は、インスタンス全体またはトップレベルグループのすべてのプロジェクトに対して、GitLab Duoを常時オンに設定できるようになりました。GitLab Duoが常時オンに設定されると、グループ、サブグループ、プロジェクトのオーナーはGitLab Duoをオフにできなくなり、コンプライアンスおよび規制環境における一元的なAIガバナンスが実現します。

この新しい設定は既存の常にオフ設定と対称的で、GitLab Duoをロックオフはできてもロックオンはできないというギャップを解消します。この設定は、ビジネス全体で一貫したAIツールを保証する必要がある自律的な部門や子会社を持つ組織に特に有効です。

GitLab Duoを常時オンに設定するには、インスタンスまたはトップレベルグループのGitLab Duo設定に移動し、GitLab Duoの可用性を「常にオン」に設定してください。

コードオーナーをレビュアーとして自動割り当て

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

これまでは、CODEOWNERSファイルで各ファイルのレビュー担当者がすでに定義されている場合でも、マージリクエストごとにレビュアーを手動で選択する必要がありました。

プロジェクトを設定することで、コードオーナーをレビュアーとして自動的に割り当てられるようになりました。GitLabは、変更されたファイルに一致するすべてのコードオーナーを割り当てます。この割り当ては、マージリクエストが準備完了状態で作成されたとき、またはドラフトが準備完了としてマークされたときに行われます。すでにレビュアーを割り当てている場合、GitLabは自動割り当てをスキップし、その選択を維持します。

レビュアーの自動割り当てを有効にするには、設定 > マージリクエスト > レビュアーの自動割り当てに移動し、すべてのコードオーナーをレビュアーとして自動的に割り当てるを選択します。

コンプライアンスフレームワークテンプレート（ベータ版）

プラン： Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

事前定義されたテンプレートからコンプライアンスフレームワークを作成できるようになりました。

これまでは、コンプライアンスフレームワークを構築するには、すべての要件とコントロールを手動で定義する必要があり、フレームワークに数十のコントロールが含まれる場合は繰り返し作業が発生していました。

コンプライアンスセンターで新しいフレームワークを作成する際に、次の操作が可能になりました。

• テンプレートから作成を選択すると、要件とコントロールがあらかじめ設定された事前構成済みフレームワークから開始できます。
• 各テンプレートをプレビューし、名前、説明、カラーをカスタマイズしてから、1ステップでグループに適用できます。

ISO 27001:2022、SOC 2、FedRAMP、NIST、CIS、TISAXなど、19のテンプレートが利用可能です。

フィーチャーブランチパイプラインにおけるシークレット検出カバレッジの改善

プラン： Free、Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

GitLab 19.1より前のバージョンでは、フィーチャーブランチパイプラインがブランチ内のすべてのシークレットを検出できるとは限りませんでした。新しいブランチでは最新のコミットのみがスキャンされ、既存のブランチでは直近のプッシュのみがスキャンされていました。そのため、以前のコミットで漏洩した認証情報が検出されないまま、共有ブランチや本番環境に到達してしまう可能性がありました。

GitLab 19.1では、修正コストが最も低い段階でシークレットを検出できるようになりました。シークレット検出がデフォルトブランチとの分岐点から最新のコミットまで、ブランチ上のすべてのコミットをスキャンします。これにより、後の段階へのシークレットの漏洩を減らし、露出した認証情報をあとから交換する手間を省き、すべてのブランチで一貫した予測可能なカバレッジを実現します。

GitLab Duoエージェントのツール承認ガードレール（ベータ版）

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

管理者は、GitLab Duoエージェントに対してツールレベルの承認ポリシーを設定できるようになりました。これにより、実行時に人間の承認を必要とするゲートを設けて、機密性の高い操作を保護できます。

これまでは、AIエージェントがプロジェクトで承認されると、書き込みや削除などの操作を含む、あらゆるツールをさらなるレビューなしに実行できました。 今回のリリースで、グループおよびプロジェクトに対して、各ツールを次の3つのモードのいずれかにマッピングするルールを定義できるようになりました。

• Allow 許可（サイレントに実行）
• Ask 確認（人間の承認が必要）
• Deny 拒否（完全にブロック）

AIエージェントが「確認」モードのツールを呼び出すと、実行前にインライン承認カードがユーザーに表示されます。

このベータ版リリースには、Agentic Chat、IDE、およびフローが含まれており、すべての承認決定に対して監査イベントが出力されます。

Agent Platformの中核機能

カスタムおよび外部AI機能

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

管理者およびトップレベルグループのオーナーは、組織内で利用可能なAIエージェントとフローを制御できるようになりました。具体的には、以下の操作が可能です。

• ユーザーによるカスタムエージェントおよびフローの作成や有効化を禁止する。これにより、一元的に承認されたAI自動化のみが使用されるようになります。
• グループ階層外のプロジェクトが所有するエージェントおよびフローをユーザーが有効化することを制限する。これにより、未承認の外部コンテンツへの露出を抑えられます。

カスタムフローのYAML検証

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

AIカタログで、カスタムフローの設定を保存またはトリガーする前に検証できるようになりました。

これまでは、カスタムフローにおける構文エラーや設定ミス（例: 入力の欠落や不明なツールパラメーター）は、CIジョブが開始された後のランタイム時にしか検出できませんでした。そのため、デバッグに時間がかかることがありました。

今回のリリースで、AIカタログでカスタムフローを保存または更新する際に、GitLabが設定を事前にチェックし、エラーをUIに直接表示するようになりました。問題のないフローには影響がなく、これまでどおり保存およびトリガーできます。

Agentic Chatのパターンベースのツール承認

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

これまで、Agentic Chatがツールの呼び出しを承認するよう求めた際、1回だけ承認するか、セッション中に同じ引数でのツール呼び出しをまとめて承認するかを選択できました。異なる引数を使用する場合は、その都度追加の承認が必要でした。

git 操作の連続実行など、類似したコマンドを繰り返すワークフローでは、ほぼ同一のプロンプトが次々と表示されていました。

今回のリリースで、新たに3つ目の承認オプションとして、Approve all uses of this tool for session （セッション中このツールのすべての使用を承認する）が追加されました。このオプションを選択すると、引数が承認済みのパターンに一致する限り、セッション中のそのツールの呼び出しがすべて承認されます。

パターンベースの承認は、GitLab UI、GitLab Duo CLI、GitLab for VS Code、およびJetBrains IDE向けGitLab DuoプラグインのAgentic Chatで利用できます。

新規GitLabユーザー向けの自動コードレビュー

プラン： Free、Premium、Ultimate
提供形態： GitLab.com
リンク： ドキュメント · 関連イシュー

GitLab.com上の新規GitLab Duoトライアルユーザーを対象に、コードレビューフローの自動レビューがデフォルトで有効になりました。手動での設定なしに、初日からマージリクエストに対するAIによるフィードバックを受け取れます。

新しいフラット料金モデルにより、より賢く、より迅速なコードレビューをすぐに活用できます。必要に応じて、グループ設定からオプトアウトすることも可能です。

基本フローの準備状況チェック

プラン： Premium、Ultimate
提供形態： GitLab Self-Managed、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

GitLab Duoのヘルスチェックに、基本フローの準備状況チェックが追加されました。このチェックでは、以下の項目を確認します。

• インスタンスレベルのフロー実行設定が有効になっているか。
• インスタンスレベルの基本フロー設定が有効になっているか。
• gitlab--duoタグを持つアクティブなインスタンスRunnerが少なくとも1つ登録・接続されており、Docker互換のexecutorを使用しているか。

コードレビューフローのGPTモデル対応

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

これまでのGitLabでは、コードレビューフローはAnthropicのClaudeモデルのみをサポートしていました。契約上、ポリシー上、または調達上の制約によりAnthropicモデルを使用できないチームは、コードレビューフローを実行する手段がありませんでした。

コードレビューフローのモデルとして、GPT-5.2またはGPT-5.3 Codexを選択できるようになりました。トップレベルグループのオーナーは、設定 > GitLab Duo > 詳細を設定から、GitLab Duo Agent Platformのエージェント型コードレビューのモデルを切り替えられます。GPTモデルはGitLab AIゲートウェイを通じてホストされるため、追加の設定は不要です。

両モデルはGitLab Duoコードレビューデータセットを用いたベンチマーク評価に合格しており、デフォルトのClaude Sonnet 4.6 Vertexモデルと同等のレビュー品質を示しています。結果については、コードレビューベンチマークをご覧ください。

モデル選択許可リスト

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

GitLab Duo Agentic Chatに対して、承認済みモデルの許可リストを設定し、組織全体のデフォルトを指定できるようになりました。この設定は以下のユーザーが行えます：

• GitLab.comでは、トップレベルグループのオーナー。
• GitLab Self-Managedでは、インスタンス管理者。

これにより、Agentic Chat使用時にユーザーが選択できるモデルを組織として管理できます。

フローおよび外部エージェントの新しいイベントトリガー

プラン： Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

以前のバージョンのGitLabでは、サービスアカウントがメンションされた場合、割り当てられた場合、またはレビュアーとして追加された場合にのみ、フローと外部エージェントを実行できました。マージリクエストのライフサイクルの残りの部分や、作業アイテムの作成に関する自動化を調整するには、外部の連携ツールが必要でした。

現在は、4つの追加イベントのトリガーを設定できます：

• マージリクエスト準備完了： ユーザーがドラフトのマージリクエストをレビュー準備完了としてマークした場合。以前は機能フラグ付きでリリースされていましたが、このイベントトリガーは現在一般提供されています。
• マージリクエストコードコンフリクト： コードコンフリクトにより、マージリクエストをマージできなくなった場合。
• マージリクエスト承認済み： マージリクエストが必要な承認をすべて受け取った場合。
• 作業アイテム作成済み： ユーザーがプロジェクトに作業アイテムを作成した場合。

トリガーを設定するには、プロジェクトの AI > トリガー に移動するか、フローを有効化する際に選択してください。

統合DevOpsとセキュリティ

スキャナー有効化ウィザードでカバレッジギャップを解消

プラン： Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

スキャナー有効化ウィザードを使用することで、注意が必要なプロジェクトを手動で特定することなく、プロジェクト全体のスキャナーカバレッジのギャップを解消できるようになりました。

セキュリティ設定プロファイルは、実行するスキャナーとその方法を定義します。セキュリティインベントリは、プロジェクト全体のスキャナーカバレッジを表示し、選択したプロジェクトやサブグループにプロファイルを一括適用できます。ウィザードはその上に目標主導のワークフローを追加します。目標を設定すると、カバレッジが不足しているプロジェクトを検出し、そのギャップのみを解消します。

OAuthアクセストークンのカスタム有効期間

プラン： Free、Premium、Ultimate
提供形態： GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

デフォルトでは、GitLabのOAuthアクセストークンは2時間後に有効期限が切れます。GitLab 19.1では、GitLab Self-ManagedおよびGitLab Dedicatedのインスタンス管理者が新しいOAuthアクセストークンのカスタム有効期間を設定できるようになりました。300秒から7200秒の範囲で任意の値を設定できます。これにより、既存のトークンの動作を変更することなく、MCPクライアントを含むセキュリティ上重要なOAuthインテグレーションに対して、有効期間の短いトークンを適用できます。

Wikiページへの絵文字リアクション

プラン： Free、Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

プロジェクトおよびグループのWikiページに、絵文字リアクションを直接追加できるようになりました。

GitLabの絵文字ピッカーを使用してページのコンテンツにリアクションできます。各ページにはリアクション数とリアクションしたユーザーが表示されます。リアクションはページの編集やバージョンをまたいで保持されます。

スケジュール済みパイプライン実行ポリシー（ベータ版）

プラン： Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

スケジュールパイプライン実行ポリシーがベータ版として利用可能になり、有効化に実験フラグが不要になりました。コミットの有無に関わらず、プロジェクト全体でカスタムCI/CDジョブを日次・週次・月次のケイデンスで適用できます。スケジュールポリシーを使用することで、定期的なコード変更が行われないリポジトリに対しても、コンプライアンススクリプト、セキュリティスキャン、依存関係チェックを実行できます。

スケジュールポリシーは、通常のパイプライン実行ポリシーと一貫した変数の優先順位を適用するようになりました。各セキュリティポリシープロジェクトは最大5つのスケジュールポリシーをサポートし、ポリシーが無効化または削除された場合、GitLabは実行中のパイプラインを自動的にキャンセルします。スケジュールはYAMLまたはUIで設定でき、タイムゾーンのサポート、時間帯分散、ブランチターゲティング、スヌーズ機能を備えています。

セキュリティマネージャーロールが一般提供開始

プラン： Free、Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

セキュリティマネージャーロールが一般提供開始となりました。このロールにより、脆弱性管理、セキュリティダッシュボード、ポリシー設定、コンプライアンスツールなど、セキュリティ機能への包括的なアクセスが可能になります。セキュリティチームはセキュリティ機能にアクセスするためにデベロッパーロールやメンテナーロールを必要とせず、職務分離を維持しながら過剰な権限付与の懸念を解消できます。

セキュリティマネージャーロールを持つユーザーは、以下のアクセス権を持ちます。

• 脆弱性管理: グループおよびプロジェクト全体の脆弱性を表示、トリアージ、管理します。
• セキュリティポリシー: グループレベルでセキュリティポリシーを表示・管理し、プロジェクトレベルでポリシーYAMLにコントリビュートします。
• セキュリティインベントリ: グループ内のすべてのプロジェクトにわたるスキャナーのカバレッジを表示します。
• セキュリティ設定プロファイル: グループおよびプロジェクトのセキュリティ設定プロファイルを表示します。
• コンプライアンスツール: グループおよびプロジェクトの両レベルで、監査イベント、コンプライアンスセンター、コンプライアンスフレームワーク、コンプライアンスステータスレポート、依存関係リストを表示・管理します。
• シークレットプッシュ保護: グループおよびプロジェクトのシークレットプッシュ保護を有効にします。
• オンデマンドDAST: プロジェクトのオンデマンドDASTスキャンを作成・実行します。
• Runnerの表示: グループおよびプロジェクトのRunnerを表示します。

使用を開始するには、グループに移動して管理 > メンバーを選択し、メンバーを招待してセキュリティマネージャーロールに割り当てます。

サードパーティスキャナーの結果をGitLabで活用する

プラン： Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

SARIF 2.1.0準拠のスキャナーであれば、そのセキュリティ検出結果をGitLabの脆弱性管理で活用できるようになりました。

スキャナーを実行してSARIFアーティファクトを出力するCI/CDジョブを定義するだけで、GitLabがその検出結果を解析・検証し、セキュリティワークフローにインポートします。結果はパイプラインのセキュリティタブ、脆弱性レポート、セキュリティダッシュボード、マージリクエストのセキュリティウィジェット、セキュリティポリシーに、GitLabネイティブスキャナーの出力と並べて表示されます。この機能により、セキュリティチームはどのツールで検出された脆弱性も一元的に把握できます。

GitLabは各検出結果の識別子をもとにレポートタイプを割り当て、SAST、dependency scanning、secret detectionなどのカテゴリに分類します。対応スキャナーには、SASTではSemgrepとCheckmarx、依存関係スキャンとコンテナスキャンではTrivyとSnyk、シークレット検出ではGitleaksが含まれます。

最近表示したアイテムにWikiページが表示されるように

プラン： Free、Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク： ドキュメント · 関連イシュー

Wikiページが最近表示されたアイテムに表示されるようになり、よく訪問するページに戻りやすくなりました。

GitLabホームページのクイックアクセスウィジェットに、イシュー、マージリクエスト、エピックと並んで最近表示されたプロジェクトおよびグループのWikiページが一覧表示されます。削除されたページや、アクセスできなくなったページはGitLabが自動的に削除します。

脆弱性詳細のより明確なセキュリティ業界標準ラベル

プラン： Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

GitLab 19.1では、脆弱性結果詳細ページに、スキャン結果に対して一貫性があり、わかりやすく、セキュリティ業界標準に準拠した用語が使用されるようになりました：

すべてのアクタータイプに対するGit操作の監査イベント

プラン： Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

GitLab 18.10では、人間のユーザーによるGit操作（clone、pull、fetch、push）が監査ログに記録されるようになりました。

GitLab 19.1では、この機能がすべてのアクタータイプに拡張され、デプロイトークンを使用するRunnerやSSH証明書ユーザーも対象となりました。 これにより、監査ログはリポジトリ全体のすべてのGitアクティビティを、操作の実行者を問わず完全に反映するようになりました。

blobビューアーのインラインblame

プラン： Free、Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

これまでは、blame情報の表示には別のページへのナビゲートが必要で、コードレビュー時のフローが中断されていました。

今回のリリースで、ファイルビューから直接blame情報を切り替えられるようになりました。各行に最後に変更したユーザーが表示され、ホバーするとコミットのポップオーバーで詳細を確認できます。「この変更前のblameを表示」を選択してさらに履歴をたどったり、「特定のリビジョンを無視」を選択してblameビューから特定のコミットを除外したりできます。

リポジトリのコミットリストを再設計

プラン： Free、Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

これまで、リポジトリのコミットリストはフィルタリング機能が限られており、長い履歴の中から特定のコミットを見つけることが困難でした。

再設計されたコミットリストには、以下の機能が含まれています。

• 作成者、コミットメッセージ、または日付範囲によるコミットのフィルタリングと検索
• ブランチ、タグ、コミットSHAなどのGitリビジョンによるリストのフィルタリング
• 日付ごとにグループ化されたコミット表示による視認性の向上
• 大規模リポジトリに対するパフォーマンスとページネーションの改善

UIのスタックマージリクエスト

プラン： Free、Premium、Ultimate
提供形態： GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

これまで、大きな変更を相互に依存する小さなマージリクエストに分割した場合、UIにはそれらの関連性を示す情報が表示されませんでした。作成者とレビュアーは、順序を手動で追跡する必要がありました。

GitLabはスタックされたマージリクエストを自動的に検出し、マージリクエストのヘッダーに表示するようになりました。マージリクエストが別のオープン中のマージリクエストのソースブランチをターゲットにしている場合、またはオープン中の別のマージリクエストがそのソースブランチをターゲットにしている場合、そのマージリクエストはスタックに追加されます。ソースブランチの横にあるスタックコントロールには現在の位置（例: 2件中1件目）が表示され、スタック内の任意のマージリクエストにジャンプできます。

コマンドラインからスタックされたマージリクエストを作成するには、GitLab CLIのスタックされた差分を使用してください。

AIの監査イベントを外部の宛先にストリーミング（ベータ版）

プラン： Ultimate
提供形態： GitLab Self-Managed、GitLab Dedicated
リンク： ドキュメント · 関連イシュー

GitLab監査イベントストリーミングインフラストラクチャを通じて、AI監査イベントを外部宛先にストリーミングできるようになりました。これにより、セキュリティおよびコンプライアンスチームは、LLMとAIのインタラクションをリアルタイムで把握できます。

AI監査イベントストリーミングを有効にすると、GitLabはこれらのイベントを、SIEM（セキュリティ情報およびイベント管理）を含むアクティブなインスタンスのすべてのストリーミング先に、他の監査イベントとともに転送します。

インストール

新規にGitLabをセットアップする場合は、GitLabダウンロードページをご覧ください。

アップデート

アップデートページをご確認ください。

ご不明な点がある場合

ご質問やご意見をお聞かせください。本リリースについてご不明な点がある場合は、GitLabフォーラムにアクセスして質問を投稿してください。

GitLabサブスクリプションプラン

• Free ユーザー向けの永久無料機能を提供
• Premium チームの生産性と調整を強化
• Ultimate 組織全体のセキュリティ、コンプライアンス、プランニングに対応 GitLabのすべての機能を無料でお試しいただけます。

--------------------

過去の日本語リリース情報

• GitLab 19.0
• GitLab 18.11
• GitLab 18.10
• GitLab 18.9
• GitLab 18.8
• GitLab 18.7
• GitLab 18.6
• GitLab 18.5
• GitLab 18.4
• GitLab 18.3
• GitLab 18.2
• GitLab 18.1
• GitLab 18.0
• GitLab 17.11
• GitLab 17.10
• GitLab 17.9
• GitLab 17.8
• GitLab 17.7
• GitLab 17.6
• GitLab 17.5
• GitLab 17.4
• GitLab 17.3
• GitLab 17.2
• GitLab 17.1
• GitLab 16.11