正式なドキュメントは英語版であり、この日本語訳はAI支援翻訳により作成された参考用のものです。日本語訳の一部の内容は人間によるレビューがまだ行われていないため、翻訳のタイミングにより英語版との間に差異が生じることがあります。最新かつ正確な情報については、英語版をご参照ください。
ドキュメントに関する現在のご利用体験についてお聞かせください。アンケートにご協力ください。

GitLab 18.4 リリースノート

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

また、今月の注目コントリビューターをはじめ、すべてのコントリビューターの皆様に感謝申し上げます。

今月の注目コントリビューター: Patrick Rice

Patrick Riceは、コントリビューター、メンテナー、メンターとして、GitLabのオープンソースコミュニティへの卓越した貢献を続けています。 過去1年間でトップ5のコントリビューターとして、PatrickはGitLab Terraform Providerとclient-goプロジェクトをメンテナンスし、機能追加、リリース、イシューのトリアージ、コミュニティのオンボーディングを担当しています。 コントリビューターからプロジェクトメンテナーへと着実にステップアップしてきた彼は、「誰もがコントリビュートできる」というGitLabのミッションを体現しています。

Patrickの影響はコードのコントリビューションにとどまらず、コミュニティの構築やコーチングにも及んでいます。新しいコントリビューターが参加し、プロジェクト内で成長できるよう支援しています。 Patrickはかつて、17.11 Notable Contributor賞を受賞したHeidi Berryを推薦し、サポートしました。 また、GitLab for Educationチームに対し、GitLabを学ぶ学生との関わり方についての知見を共有し、次世代の開発者育成に貢献しています。

「Terraform ProviderとClient-goプロジェクトへのコラボレーションに、新しいコントリビューターの皆さんにもぜひ参加していただきたいです」とPatrickは語ります。 「私たちのコミュニティには、いつでも新しい仲間を歓迎しています。」

「Patrickは、GitLabチームとお客様を絶え間なくサポートし続けています」と、Patrickを推薦したGitLabのスタッフフルスタックエンジニアであるLee Tickettは述べています。 GitLabのシニアバックエンドエンジニアであるTimo Furrerも推薦を支持しました。 「Terraform ProviderとClient-goへの日々のコントリビューションに加え」とTimoは付け加えます。 「GitLab Terraform Providerで何が実現できるかを示すことで、GitLabのお客様のIaCの取り組みを直接支援しています。」

PatrickはKinglandのエンタープライズアーキテクトであり、GitLab Community Core Teamのメンバーです。 これは彼にとって2度目のNotable Contributor賞であり、2023年1月のGitLab 15.8での受賞に続くものです。

Patrickの継続的なコントリビューションと、GitLabのお客様のサポートおよびオープンソースコミュニティの発展への献身に感謝します！

主要機能

GitLab Duo Model Selectionが一般提供開始

GitLab Duo Model Selectionが一般提供開始となり、組織は開発ワークフローを支えるAIモデルをより細かく制御できるようになりました。

GitLab.comのトップレベルグループのオーナー、およびSelf-ManagedとDedicatedの管理者は、GitLab-hosted AIゲートウェイを通じてアクセスするGitLab Duo機能に使用するモデルを、さまざまなGitLab AIモデルベンダーの中から選択できるようになりました。

GitLab.com上で複数のネームスペースに所属するGitLabユーザーは、デフォルトのネームスペースを設定することで、すべての開発コンテキストにわたって一貫したAIモデルの設定を維持できるようになりました。GitLab Duo Model Selectionの詳細については、ブログをご覧ください。

GitLab Knowledge Graph

GitLab Knowledge Graphは、コードベース全体にわたる豊富なコードインテリジェンスを提供します。開発者はより多くのコンテキストを持ってプロジェクトを理解・ナビゲートできるようになり、変更の計画、影響分析、GitLab Duoエージェントとの連携による開発タスクの加速が容易になります。

GitLab Duo Agent Platformは、Knowledge Graphを活用してAIエージェントの精度を向上させます。コードベース全体のファイルと定義をマッピングすることで、Knowledge GraphはDuoエージェントがローカルワークスペース全体の関係性を理解するための強化されたコンテキストを提供し、複雑な質問に対してより迅速かつ正確な回答を実現します。

今回のKnowledge Graphのリリースでは、ローカルコードのインデックス作成に焦点を当てています。CLIがコードベースをRAG用のライブで埋め込み可能なグラフデータベースに変換します。シンプルなワンラインスクリプトでインストールし、ローカルリポジトリを解析し、MCPを介してワークスペースをクエリできます。

Knowledge Graphプロジェクトのビジョンは二つあります。開発者が今日からローカルで実行できる活発なコミュニティエディションを構築すること、そしてそれをGitLab.comおよびSelf-Managedインスタンス内の将来の完全統合型Knowledge Graph Serviceの基盤とすることです。

この機能はベータ版です。イシュー160でフィードバックをお寄せください。

GitLab Duoでエンドユーザーによるモデル選択が可能に

エンドユーザー向けのGitLab Duoモデル選択機能が、GitLab.comでパブリックベータとして提供開始されました。ユーザーはGitLab UI上でGitLab Duo Agentic Chat用の優先モデルを直接選択できるようになり、開発者はAIアシスタンス体験をパーソナライズして制御できます。

GitLab.comのネームスペースオーナーが許可した場合、エンドユーザーはGitLab Duo Agentic Chatで使用するGitLab AIベンダーモデルを利用可能なものの中から選択できます。ネームスペースオーナーは引き続きネームスペース設定を通じて組織全体のモデル設定を行うか、エンドユーザーによるモデル選択を許可するかを選べます。

開始するには、GitLab Duo Agentic Chatのモデルドロップダウンから優先モデルを選択してください。モデルを変更すると新しい会話が始まり、設定は今後のセッションでも記憶されます。

CI/CDジョブトークンによるGitプッシュリクエストの認証

プロジェクトで生成されたCI/CDジョブトークンを使用して、そのプロジェクトのリポジトリへのGitプッシュリクエストを認証できるようになりました。 UIのジョブトークン権限設定で有効化するか、プロジェクトのREST APIエンドポイントの[ci_push_repository_for_job_token_allowed](../../api/projects.md#edit-a-project)パラメーターを使用して設定できます。

GitLab Duoコンテキスト除外

GitLab Duoコンテキスト除外機能により、GitLab Duoのコンテキストとして除外するプロジェクトコンテンツを制御できます。パスワードファイルや設定ファイルなどの機密情報を保護するのに役立ちます。個別のファイル、特定のディレクトリ、特定のファイルタイプ、またはこれらの組み合わせを除外できます。

この機能は現在ベータ版です。GitLab Duoコンテキスト除外に関するフィードバックはイシュー566244でお寄せください。

GitLab DedicatedのAWSリージョンサポートを拡大

GitLab DedicatedがすべてのAWSリージョンへのデプロイをサポートするようになりました。プライマリ、セカンダリ、バックアップのデプロイ場所として拡大されたリージョンリストから選択できます。

この拡大は、AWSがすべてのリージョンにio2ディスクを展開したことで実現しました。io2ディスクはGitLab Dedicatedの高可用性とディザスターリカバリーの基準を満たしています。

新たに利用可能になったすべてのリージョンは、SwitchboardでGitLab Dedicatedインスタンスをプロビジョニングする際に選択できます。

異なるブランチに対するCI/CDパイプラインのシミュレーション

以前は、パイプラインエディタを使用して「検証」タブで変更を検証する際、デフォルトブランチに対してのみシミュレーションを実行できました。今回のリリースでこの機能が拡張され、シミュレーション対象として任意のブランチを選択できるようになりました。この改善により、パイプラインのテストと検証の柔軟性が向上します。安定したブランチやフィーチャーブランチなど、さまざまなケースで期待通りに動作するかを確認できます。

Agentic Core

グループおよびアプリケーション向けの自動Duo Code Review

グループまたはアプリケーションの設定を使用して、複数のプロジェクトに対して自動Duo Code Reviewを有効化できるようになりました。これにより、個別のプロジェクトを一つずつ有効化するのではなく、グループ内のすべてのプロジェクトに対してDuo Code Reviewを素早く有効化できます。

この機能は現在GitLab.comで利用可能であり、将来のリリースでGitLab Self-Managedでも利用可能にする予定です。フィードバックはイシュー517386でお寄せください。

GitLab Duo Self-Hostedでサポートされるモデルが追加

GitLab Duo Enterpriseをご利用のGitLab Self-Managedのお客様は、GitLab Duoで追加のサポートモデルを使用できるようになりました。 OpenAI GPT-5がAzure OpenAIでサポートされるようになりました。また、オープンソースのOpenAI GPT OSS 20Bおよび120BがvLLMとAzure OpenAIでサポートされるようになりました。 これらのモデルをGitLab Duo Self-Hostedで使用する際のフィードバックは、イシュー523918をご覧ください。

GitLab Duo Self-HostedのDuo Code Reviewが一般提供開始

GitLab Duo Self-HostedのDuo Code Reviewが一般提供開始となりました。GitLab Duo Self-HostedのCode Reviewを使用することで、データ主権を損なうことなく開発プロセスを加速できます。Code Reviewがマージリクエストをレビューする際、潜在的なバグを特定し、直接適用できる改善提案を行います。人間によるレビューを依頼する前に、Code Reviewを使用して変更を反復・改善してください。この機能はMistral、Meta Llama、Anthropic Claude、OpenAI GPTモデルファミリーをサポートしています。

Code Reviewに関するフィードバックはイシュー517386でお寄せください。

統合DevOpsとセキュリティ

パイプラインのシークレット検出で特定のファイルとディレクトリをデフォルトで除外

パイプラインのシークレット検出で、シークレットが含まれる可能性が低い特定のファイルタイプとディレクトリが自動的に除外されるようになり、スキャンのパフォーマンスが向上しました。これらの変更はアナライザーバージョン7.11.0でリリースされています。

シークレット検出アナライザーのGitフェッチ改善

シークレット検出アナライザーのバージョン7.12.0では、Gitコミットのフェッチ方法に大幅な改善が加えられました。アナライザーがSECRET_DETECTION_LOG_OPTIONSから渡される--depthおよび--sinceオプションを解析するようになり、スキャンするコミット数をより細かく指定できます。また、コンテキストに基づいて適切なフェッチ戦略を選択するようになり、シャロークローン設定を使用していても数百万件のコミットが不必要にフェッチされるという既知の問題を防ぎます。

この改善により、ジョブのタイムアウトが減少し、リソース消費が削減され、より予測可能なスキャンパフォーマンスが実現します。特に大規模なリポジトリでシークレット検出スキャンが高速化され、実際のフェッチ動作に合致した明確なログが出力されます。

高度なSASTスキャンの大幅な高速化

マージリクエストやパイプラインでセキュリティスキャンを有効化する際、1分1秒が重要です。 私たちはエンジンと検出ルールの両方を対象に、高度なSASTのパフォーマンス改善を継続的にリリースしています。

今回のリリースでは、ベンチマークおよび実際のテストでスキャン実行時間を最大78%削減する特定の改善を紹介します。 スキャンプロセスのパフォーマンスに敏感な部分にキャッシュを追加し、大規模なリポジトリでのスキャンを大幅に高速化しました。

この改善は高度なSASTアナライザーバージョン2.9.6以降で自動的に有効化されます。 使用しているアナライザーのバージョンはスキャンジョブログを確認することで確認できます。

Operational Container Scanningの重大度しきい値設定

Operational Container Scanning（OCS）を設定して、特定の重大度レベル以上の脆弱性のみを返すようにできるようになりました。 重大度しきい値を設定すると、選択した重大度を下回る脆弱性は脆弱性レポート、APIペイロード、その他のレポートメカニズムに返されなくなります。 これにより、修正したい脆弱性に集中できます。

このフィルタリングを有効化するには、OCS設定でseverity_thresholdを設定してください。

このコミュニティコントリビューションを提供してくださったJohn Walsh氏に感謝します。 GitLabへのコントリビューションについて詳しくは、コミュニティコントリビューションプログラムをご覧ください。

CI/CDテンプレートを使用してOpenTofuモジュールとプロバイダーをGitLabコンテナレジストリに公開

GitLabコンテナレジストリがOpenTofuモジュールとプロバイダーをホストするためのメディアタイプをサポートするようになりました。

OpenTofu CI/CDコンポーネントのバージョン3.1.0では、OCIフォーマットを使用してOpenTofuプロバイダーをGitLabレジストリにデプロイするための新しいprovider-releaseテンプレートをサポートしています。これにより、プライベートなOpenTofuプロバイダーをGitLab上で直接ホストできるようになりました。

また、module-releaseテンプレートに新しいtype入力が追加され、ociに設定することでOCIフォーマットを使用してOpenTofuモジュールをGitLabレジストリにデプロイできます。

エンタープライズユーザーのプレースホルダー再割り当て時の確認をバイパス

グループのオーナーロールを持つユーザーは、そのグループのアクティブなエンタープライズユーザーにプレースホルダーを再割り当てする際、ユーザー確認をバイパスできるようになりました。これにより、エンタープライズユーザーは再割り当ての確認のためにメールを繰り返し確認する必要がなくなります。設定の制限時間に達すると、新しいすべての再割り当てに対して再びメール確認リクエストが送信されます。

エンタープライズユーザーは再割り当て完了後も通知メールを受け取り、プロセス全体の透明性が確保されます。

イシューページからイシューの表示方法を設定

リスティングページのビューを完全に制御できるようになりました。表示するメタデータを選択し、作業アイテムをドロワーで開くかどうかを設定することで、最も重要な情報に集中しやすくなります。

以前は、すべてのメタデータフィールドが常に表示されており、作業アイテムを確認する際に情報過多になることがありました。担当者、ラベル、日付、マイルストーンなどの特定のフィールドのオン/オフを切り替えることで、ビューをカスタマイズできるようになりました。

ドロワービューとフルページナビゲーションを切り替える新しいトグルにより、リストのコンテキストを維持しながら詳細をすばやく確認したり、詳細な編集や包括的なナビゲーションのためにより多くの画面スペースが必要な場合はフルページを開いたりできます。

エピックとイシューリストの親フィルタリングを強化

イシューページとエピックページの「エピック」フィルターを、より柔軟な「親」フィルターに置き換えました。この変更により、エピックだけでなく任意の親作業アイテムでフィルタリングできるようになりました。親イシューでフィルタリングして子タスクを簡単に見つけたり、親エピックでフィルタリングしてイシューを見つけたりできるようになり、イシューリストとエピックリストの両方で作業階層の可視性が向上します。

イシューボードで完全なエピック階層を表示

イシューボードで親エピックでフィルタリングする際に、子エピックのすべてのイシューを表示できるようになりました。これはイシューページの既存の動作との一貫性をもたらします。この改善により、子エピックにネストされたイシューを見逃すことなく、完全なエピック階層を追跡・可視化できるようになり、プロジェクト管理ワークフローがより効率的で信頼性の高いものになります。

テキストエディタのツールバーの同等性

GitLabのプレーンテキストエディタに、リッチテキストエディタと同じフォーマットオプションが追加されました。プレーンテキストエディタのツールバーが「その他のオプション」メニューで更新され、以下のような高度なフォーマットツールにアクセスできるようになりました。

  • コードブロック
  • 詳細ブロック
  • 水平線
  • Mermaidダイアグラム
  • PlantUMLダイアグラム
  • 目次

両エディタのボタン配置とセパレーターが統一され、使い慣れたフォーマットオプションへのアクセスを維持しながら編集モードを切り替えやすくなりました。

脆弱性の詳細に自動解決パイプラインIDを表示

自動的に解決され、その後再検出された脆弱性のトラブルシューティングを行う際、現在のパイプラインと脆弱性が解決されたパイプラインを比較することが役立ちます。

脆弱性が自動的に解決された場合、脆弱性詳細ページの脆弱性ノートに、解決が発生したパイプラインIDが含まれるようになりました。

ジョブアーティファクトのダウンロード権限の強化

GitLab 16.11では、artifacts:accessキーワードを追加し、パイプラインへのアクセス権を持つすべてのユーザー、デベロッパーロール以上のユーザー、またはいずれのユーザーもアーティファクトをダウンロードできないように制御できるようにしました。

今回のリリースでは、アーティファクトのダウンロードをメンテナーロール以上のユーザーのみに制限できるようになり、ジョブアーティファクトのダウンロード権限をより細かく制御できるオプションが追加されました。

GitLab Runner 18.4

  • プラン: Free、Premium、Ultimate
  • 提供形態: GitLab Dedicated
  • リンク: ドキュメント

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

バグ修正

すべての変更のリストはGitLab Runner CHANGELOGに記載されています。

関連トピック