更新日:2026年6月19日
22分で読めます
GitLab 19.1でリリースした最新機能を公開します。

本ブログは、GitLab 19.1 release notesの抄訳です。内容に相違がある場合は、原文が優先されます。
お知らせ:リリースノートの掲載先が変わりました
GitLabのリリースノートは、GitLab Docsでの公開が正式な掲載先となりました。最新の情報は下記をご覧ください。
GitLab 19.1本ブログでもしばらくの間は日本語訳の投稿を続けますが、将来的にはDocsのみでの公開に切り替わる予定です。ぜひDocsの方もチェックしてみてください!
2026年6月18日、GitLab 19.1が以下の機能とともにリリースされました。
今月のNotable Contributorは、Pishel65さんです。
Pishel65さんは、レベル3のコントリビューターで、2025年10月の参加以来、19件のマージ済みMRと9件のオープン中のMRに貢献しています。
プラン: Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク: ドキュメント · 関連イシュー
GitLab Duo Agent Platformによるシークレットの誤検出判定が一般提供(GA)となりました。
セキュリティチームは、実際のシークレットとして誤ってフラグが立てられたシークレット検出の結果の調査に多大な時間を費やしています。こうした誤検出はアラート疲れを引き起こし、スキャン結果への信頼を損ない、本物のセキュリティリスクから注意をそらします。
セキュリティスキャンの実行時、GitLab Duoは致命的および重大度高のシークレット検出の脆弱性を自動的に分析し、誤検出かどうかを判断します。AI評価は脆弱性レポートに表示されるため、より迅速かつ確実なトリアージ判断のための即時コンテキストが得られます。
主な機能:
イシュー592861でフィードバックをお寄せください。
プラン: 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
リンク: ドキュメント · 関連イシュー
事前定義されたテンプレートからコンプライアンスフレームワークを作成できるようになりました。
以前は、コンプライアンスフレームワークを構築するには、すべての要件とコントロールを手動で定義する必要があり、数十のコントロールを持つフレームワークの場合は繰り返し作業が生じていました。
コンプライアンスセンターで新しいフレームワークを作成する際、以下のことができます:
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では、シークレット検出がブランチのデフォルトブランチからの分岐点から最新のコミットまで、すべてのコミットをスキャンします。これにより、より早い段階でシークレットを検出でき、認証情報漏洩後のローテーション作業を削減し、ブランチ全体で一貫した予測可能なカバレッジが実現します。
プラン: Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク: ドキュメント · 関連イシュー
管理者は、GitLab Duoエージェントに対してツールレベルの承認ポリシーを設定し、実行時に人間の承認で機密性の高い操作をゲートできるようになりました。
以前は、AIエージェントがプロジェクトで承認されると、書き込みや破壊的な操作を含むすべてのツールをさらなるレビューなしに呼び出すことができました。現在は、グループおよびプロジェクトのルールを定義して、各ツールを3つのモードのいずれかにマッピングできます:
AIエージェントが「確認」モードのツールを呼び出すと、実行前にユーザーにインライン承認カードが表示されます。
このベータ版リリースには、Agentic Chat、IDE、フローが含まれ、すべての承認決定の監査イベントを発行します。
プラン: Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
管理者とトップレベルグループのオーナーは、組織内で利用可能なAIエージェントとフローをコントロールできるようになりました。以下のことが可能です:
プラン: Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
AIカタログは、カスタムフロー設定を保存またはトリガーする前に検証するようになりました。
以前は、カスタムフローの構文エラーや設定ミス(例:入力の欠落や不明なツールパラメーター)は、CIジョブが開始された後の実行時にのみ表面化し、デバッグが遅く困難でした。
カスタムフローをAIカタログに保存または更新すると、GitLabが設定を事前にチェックし、エラーをUIに直接表示します。有効なフローは影響を受けず、通常通り保存およびトリガーされます。
プラン: 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で利用可能です。
プラン: Free、Premium、Ultimate
提供形態: GitLab.com
リンク: ドキュメント · 関連イシュー
コードレビューフローのAI自動レビューが、GitLab.comの新規GitLab Duoトライアルユーザー向けにデフォルトで有効になりました。手動設定なしで、最初からマージリクエストへのAIによるフィードバックを受け取れます。
新しいフラット価格モデルにより、すぐにより賢く、より迅速なコードレビューの恩恵を受けられます。必要に応じて、グループ設定からオプトアウトできます。
プラン: Premium、Ultimate
提供形態: GitLab Self-Managed、GitLab Dedicated for Government
リンク: ドキュメント · 関連イシュー
GitLab Duoのヘルスチェックに、基本フローの準備状況チェックが追加されました。以下を検証します:
gitlab--duoタグを持つアクティブなインスタンスRunnerが少なくとも1つ登録・接続されており、Docker互換のエグゼキューターを使用していること。プラン: 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」からAgentic Code Reviewのモデルを切り替えられます。GPTモデルはGitLab AIゲートウェイを通じてホストされるため、追加の設定は不要です。
両モデルはGitLab Duoコードレビューデータセットに対するベンチマーク評価に合格し、デフォルトのClaude Sonnet 4.6 Vertexモデルと同等のレビュー品質を示しました。結果はコードレビューベンチマークを参照してください。
プラン: Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
GitLab Duo Agentic Chatに対して、承認済みモデルの許可リストを設定し、組織全体のデフォルトを設定できるようになりました。対象は以下の通りです:
これにより、Agentic Chat使用時にユーザーが選択できるモデルを組織として管理できます。
プラン: Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
以前のバージョンのGitLabでは、サービスアカウントがメンション、割り当て、またはレビュアーとして追加された場合にのみ、フローや外部エージェントを実行できました。マージリクエストのライフサイクルの残りの部分や作業アイテムの作成に関する自動化の調整には、外部のグルー(接合)が必要でした。
現在は、4つの追加イベントのトリガーを設定できます:
トリガーを設定するには、プロジェクトの AI > トリガー に移動するか、フローを有効化する際に選択してください。
プラン: Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
スキャナー有効化ウィザードを使用して、どのプロジェクトに対応が必要かを手動で特定することなく、プロジェクト全体のスキャナーカバレッジのギャップを解消できるようになりました。
セキュリティ設定プロファイルは実行するスキャナーと方法を定義し、セキュリティインベントリはプロジェクト全体のスキャナーカバレッジを表示して、選択したプロジェクトやサブグループにプロファイルを一括適用できます。ウィザードはその上に目標駆動型のワークフローを追加します:目標を設定すると、カバレッジが不足しているプロジェクトを見つけ出し、そのギャップのみを解消します。
プラン: Free、Premium、Ultimate
提供形態: GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
デフォルトでは、GitLabのOAuthアクセストークンは2時間後に期限切れになります。GitLab 19.1では、GitLab Self-ManagedおよびGitLab Dedicatedのインスタンス管理者が新しいOAuthアクセストークンのカスタム有効期間を設定できます。300〜7200秒の任意の値を設定できます。これにより、既存のトークンの動作を変更することなく、MCPクライアントを含むセキュリティに敏感なOAuth統合に対して短命のトークンを強制することができます。
プラン: Free、Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government
リンク: ドキュメント · 関連イシュー
プロジェクトおよびグループのWikiの両方で、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
リンク: ドキュメント · 関連イシュー
セキュリティマネージャーロールが一般提供(GA)となり、脆弱性管理、セキュリティダッシュボード、ポリシー設定、コンプライアンスツールを含むセキュリティ機能への包括的なアクセスを提供します。セキュリティチームは、セキュリティ機能にアクセスするためにデベロッパーロールやメンテナーロールが不要になり、職務分離を維持しながら過剰な権限付与の懸念が解消されます。
セキュリティマネージャーロールを持つユーザーは以下のアクセス権を持ちます:
開始するには、グループに移動して 管理 > メンバー を選択し、メンバーを招待してセキュリティマネージャーロールを割り当てます。
プラン: Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
SARIF 2.1.0準拠のスキャナーのセキュリティ検出結果をGitLabの脆弱性管理で使用できるようになりました。
スキャナーを実行してSARIFアーティファクトを出力するCI/CDジョブを定義します。GitLabはそれらの検出結果を解析、検証し、セキュリティワークフローにインポートします。結果は、パイプラインセキュリティタブ、脆弱性レポート、セキュリティダッシュボード、マージリクエストセキュリティウィジェット、セキュリティポリシーにGitLabネイティブスキャナーの出力と並んで表示されます。この機能により、セキュリティチームはどのツールで生成されたかに関わらず、脆弱性の単一の統合ビューを得られます。
GitLabは識別子に基づいて各検出結果にレポートタイプを割り当て、SAST、依存関係スキャン、シークレット検出などのカテゴリに結果をマッピングします。サポートされるスキャナーには、SASTのSemgrepとCheckmarx、依存関係・コンテナスキャンのTrivyとSnyk、シークレット検出のGitleaksが含まれます。
プラン: 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では、脆弱性結果詳細ページにスキャン結果に対して一貫した、説明的で、セキュリティ業界標準の用語が使用されます:
| 変更前 | 変更後 | 日本語 |
|---|---|---|
| Scanner | Detected by | 検出元 |
| EPSS | Exploit Probability(EPSS) | 悪用可能性スコア(EPSS) |
| Has Known Exploit(KEV) | Known Exploited(CISA KEV) | 既知の悪用(CISA KEV) |
| Reachable | Reachability | 到達可能性 |
| Image | Container Image(Container Scanning) | コンテナイメージ(コンテナスキャン) |
| Location | Affected Location | 影響を受ける場所 |
| URL | Affected Endpoint(DAST、APIファジング) | 影響を受けるエンドポイント(DAST、APIファジング) |
| Method | HTTP Method(DAST、APIファジング) | HTTPメソッド(DAST、APIファジング) |
| Solution | Remediation Guidance | 修正ガイダンス |
| Links | References | 参考情報 |
プラン: Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
GitLab 18.10では、監査ログが人間ユーザーに対して実行された特定のGit操作(clone、pull、fetch、push)のキャプチャを開始しました。
GitLab 19.1では、デプロイトークンを使用するRunnerやSSH証明書ユーザーを含む、すべてのアクタータイプに拡張されました。監査ログは、誰が、または何が操作を開始したかに関わらず、リポジトリ全体のすべてのGitアクティビティの完全な状況を反映するようになりました。
プラン: Free、Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
以前は、blame情報の表示には別のページへのナビゲートが必要で、コードレビュー時のフローが中断されていました。
ファイルビューから直接blame情報を切り替えられるようになりました。各行に最後に変更したユーザーが表示され、ホバーすると追加の詳細を含むコミットポップオーバーが表示されます。「この変更前のblameを表示」を選択してさらに履歴をたどったり、「特定のリビジョンを無視」を選択してblameビューから特定のコミットを除外したりできます。
プラン: Free、Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
以前は、リポジトリのコミットリストのフィルタリングが限られており、長い履歴の中から特定のコミットを見つけることが困難でした。
リデザインされたコミットリストには以下が含まれます:
プラン: Free、Premium、Ultimate
提供形態: GitLab.com、GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
以前は、大きな変更を互いに依存する小さなマージリクエストに分割しても、UIでの関連表示はありませんでした。作者とレビュアーは順序を手動で追跡する必要がありました。
GitLabはスタックされたマージリクエストを自動的に検出し、マージリクエストヘッダーに表示するようになりました。マージリクエストは、別のオープンなマージリクエストのソースブランチをターゲットにするか、別のオープンなマージリクエストがそのソースブランチをターゲットにする場合にスタックに加わります。ソースブランチの横にあるスタックコントロールは現在の位置(例:2の1)を表示し、スタック内の他のマージリクエストにジャンプできます。
コマンドラインからスタックされたマージリクエストを作成するには、GitLab CLIのスタックdiffを使用してください。
プラン: Ultimate
提供形態: GitLab Self-Managed、GitLab Dedicated
リンク: ドキュメント · 関連イシュー
GitLab監査イベントストリーミングインフラストラクチャを通じて、AI監査イベントを外部宛先にストリーミングできるようになり、セキュリティおよびコンプライアンスチームがLLMおよびAIインタラクションをリアルタイムで可視化できます。
AI監査イベントストリーミングを有効にすると、GitLabはこれらのイベントをSIEM(セキュリティ情報イベント管理)を含むすべてのアクティブなインスタンスストリーミング宛先に、他の監査イベントと並んで転送します。
新規にGitLabをセットアップする場合は、GitLabダウンロードページをご覧ください。
アップデートページをご確認ください。
ご質問やご意見をお聞かせください。本リリースについてご不明な点がある場合は、GitLabフォーラムにアクセスして質問を投稿してください。
--------------------
このブログ記事を楽しんでいただけましたか?ご質問やフィードバックがあればお知らせください。GitLabコミュニティフォーラムで新しいトピックを作成してあなたの声を届けましょう。
フィードバックを共有する