[{"data":1,"prerenderedAt":811},["ShallowReactive",2],{"/ja-jp/blog/gitlab-16-11-released":3,"navigation-ja-jp":35,"banner-ja-jp":446,"footer-ja-jp":456,"blog-post-authors-ja-jp-GitLab Japan Team":692,"blog-related-posts-ja-jp-gitlab-16-11-released":707,"blog-promotions-ja-jp":749,"next-steps-ja-jp":802},{"id":4,"title":5,"authorSlugs":6,"authors":8,"body":10,"category":11,"categorySlug":11,"config":12,"content":16,"date":20,"description":17,"extension":22,"externalUrl":23,"featured":14,"heroImage":19,"isFeatured":14,"meta":24,"navigation":25,"path":26,"publishedDate":20,"rawbody":27,"seo":28,"slug":13,"stem":32,"tagSlugs":33,"tags":23,"template":15,"updatedDate":21,"__hash__":34},"blogPosts/ja-jp/blog/gitlab-16-11-released.yml","GitLab 16.11リリース",[7],"gitlab-japan-team",[9],"GitLab Japan Team","__「GitLab Duo Chat」をGitLab 16.11に統合して一般提供開始__\n\n本日、一般提供された[GitLab Duoチャット](https://docs.gitlab.com/ja-jp/releases/16/gitlab-16-11-released/#gitlab-duo-chat-now-generally-available)および[プロダクト分析やセキュリティポリシーのスコーピング](https://docs.gitlab.com/ja-jp/releases/16/gitlab-16-11-released/#understand-your-users-better-with-product-analytics)、その他多くの機能が含まれるGitLab 16.11のリリースを発表します。\n\nこれらの機能は、このリリースで追加された40を超える新機能のほんの一部です。お役に立つアップデートをすべてご紹介していますので、ぜひ最後までお読みください。\n\nGitLabコミュニティメンバーのみなさま、GitLab 16.11に190件以上のコントリビュートをしてただきありがとうございました！GitLabでは[誰でもコントリビュートできます](https://about.gitlab.com/community/contribute/)。みなさまのご協力なしでは実現できませんでした。\n\n来月のリリースで予定されている内容をプレビューするには、17.0リリースのキックオフビデオもご覧いただける[今後のリリースページ](https://about.gitlab.com/releases/whats-new/)をご覧ください。\n\n## 今月のMost Valuable Person（[MVP](https://contributors.gitlab.com/docs/notable-contributors)）を[Ivan Shtyrliaiev](https://gitlab.com/bahek2462774)さんと[Baptiste Lalanne](https://gitlab.com/BaptisteLalanne)さんに共同で授与\n\n[Ivan Shtyrliaiev](https://gitlab.com/bahek2462774)さんは、2024年にGitLabに[6件コントリビュート](https://gitlab.com/groups/gitlab-org/-/merge_requests?scope=all&state=merged&author_username=bahek2462774)しました。Ivanさんは、GitLabのプリンシパルプロダクトマネージャー、[Hannah Sutor](https://gitlab.com/hsutor)によって推薦され、[ユーザーリストの検索とフィルタリング体験の向上に大きく貢献しました](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/144907)。\n\n「これはユーザーエクスペリエンスの大幅な改善です。横方向にスクロール可能なリストから、2つのタブと検索ボックスのみのすっきりとしたUXに移行できました」とHannahは述べています。「ユーザーはタブを横方向にスクロールせずに、検索ボックスを使って絞り込みが可能になりました！」\n\nIvanさんは、この難しいリクエストを担当し、GitLab UXチームと協力して提案をブラッシュアップし、レビューにすばやく対応したことが評価されました。GitLabのエンジニアリングマネージャーの[Adil Farrukh](https://gitlab.com/adil.farrukh)も、この機能は重要で、Ivanさんがフィードバックに迅速に対応してくださったと述べており、推薦を支援しています。GitLabのフロントエンドエンジニアの[Eduardo Sanz García](https://gitlab.com/eduardosanz)もまた、Ivanさんの推薦を支援しており、彼の適応能力についてコメントしています。\n\n「Eduardoさんのレビューに加え、GitLabチームがコントリビュートを実現するために尽力してくれたことに心から感謝しています」とIvanさんは述べています。「とても助かりましたし、実際にかかる時間が実感できました」\n\nIvanさんは、[Politico社](https://www.politico.com/)のフロントエンドソフトウェアエンジニアです。\n\n[Baptiste Lalanne](https://gitlab.com/BaptisteLalanne)さんは、3年前に作成され、70件近くの同意が寄せられていたイシューを担当し、CI/CD設定に `retry:exit codes` を追加する[非常にリクエストの多かった機能](https://gitlab.com/gitlab-org/gitlab/-/issues/262674)にコントリビュートしました。このコントリビュートにより、失敗したパイプラインジョブやexitコードが異なるジョブをユーザーがより柔軟に管理できるようになりました。\n\nBaptisteさんは、GitLabのプロダクトマネージャーの[Dov Hershkovitch](https://gitlab.com/dhershkovitch)が推薦しました。「このプロジェクトに対するBaptisteさんの勤勉な取り組みは、単なる実装とはかけ離れていました」とDovは述べています。「今回の成果は、GitLabコミュニティにおける共同作業の強みの代表的な例です。Baptisteさんの努力により、GitLabにおいて重要なニーズを満たすだけでなく、オープン性と透明性に対する取り組みに加え、オープンコアの精神を強化できました」\n\n「今回の受賞は心温まることであり、大変感謝しています」とBaptisteさんは述べています。「とても楽しいので、これからも空いている時間にコントリビュートしていきたいです」\n\n過去1年間で、Baptisteさんは6つのマージリクエストをGitLabにマージしました。次は、[GitLab Runnerにコントリビュートすること](https://docs.gitlab.com/ja-jp/runner/development/)を楽しみにしているそうです。Baptisteさんは、[DataDog社](https://www.datadoghq.com/)のソフトウェアエンジニアです。\n\n新たなMVPであるIvanさんとBaptisteさん、そしてその他のGitLabコミュニティのコントリビューターのみなさまに心から感謝申し上げます！🙌\n\n## GitLab 16.11でリリースされた主な改善点\n\n### GitLab Duoチャットを一般提供\nSaaS: Premium、Ultimate\u003Cbr>\nSelf-Managed: Premium、Ultimate\u003Cbr>\n\nGitLab Duoチャットが[一般提供](https://docs.gitlab.com/ja-jp/policy/experiment-beta-support/#generally-available-ga)されました。また、本リリースでは、以下の機能も一般公開します。\n- コードの提案機能で、開発者やあまり技術の知識を持たないユーザーがなじみのないコードをより早く理解できます\n\n- コードリファクタリング機能で、開発者が既存のコードを簡素化して改善できます\n- テスト生成機能で、反復的なタスクを自動化し、チームがバグを早期に発見できます\n\nユーザーは、GitLab UI、Web IDE、VS Code、またはJetBrains IDEからGitLab Duoチャットにアクセスできます。\u003Cbr>\n\n本リリースのGitLab Duoチャットの詳細については、こちらの[ブログ記事（英語）](https://about.gitlab.com/blog/gitlab-duo-chat-now-generally-available/)をご覧ください。\u003Cbr>\n現在、チャットはUltimateとPremiumのユーザーが利用できます。インスタンス管理者、グループオーナー、およびプロジェクトオーナーは、[Duo機能によるデータのアクセスおよび処理の制限設定](https://docs.gitlab.com/ja-jp/user/ai_features/#disable-gitlab-duo-features-for-specific-groups-or-projects-or-an-entire-instance)ができます。\n\nGitLab Duoチャットは、[GitLab Duo Pro](https://about.gitlab.com/gitlab-duo-agent-platform/#pricing)の一部です。GitLab Duo Proをまだ購入されていないユーザーのチャットのベータ版の移行を容易にするために、PremiumおよびUltimateをご利用のお客様を対象に、引き続きDuoチャットを（アドオンなしで）短期間提供します。Duo Proをサブスクライブされている方のみにアクセスが制限される時期については、後日お知らせします。\n\nチャット内のフィードバックボタンをクリックするか、イシューを作成してGitLab Duoチャットにメンションして、ぜひご意見をお聞かせください。みなさまからのフィードバックをお待ちしています！\u003Cbr>\n\n[ドキュメント](https://gitlab.com/groups/gitlab-org/-/epics/13516)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/13516)\u003Cbr>\n\n\u003Ciframe width=\"1046\" height=\"588\" src=\"https://www.youtube.com/embed/ZQBAuf-CTAY\" title=\"GitLab Duo Chat\" frameborder=\"0\" allow=\"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen>\u003C/iframe>\n\n### JetBrains IDEでGitLab Duoチャットが利用可能に\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nJetBrains IDEでGitLab Duoチャットをご利用いただけるようになりました。\u003Cbr>\n\nGitLabのAI機能の一環であるDuoチャットは、対応しているJetBrains IDEにインタラクティブなチャットウィンドウに加え、コードの説明、テストの記述、および既存のコードのリファクタリングの機能を直接提供することで、開発者は効率的に作業ができます。\u003Cbr>\n\n機能の完全なリストについては、[Duoチャットのドキュメント](https://docs.gitlab.com/ja-jp/user/gitlab_duo_chat/)をご覧ください。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/editor_extensions/jetbrains_ide/)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/editor-extensions/gitlab-jetbrains-plugin/-/issues/307)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/create-duo-chat-in-jetbrains.png\">\n\n### セキュリティポリシーのスコープ\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\nポリシーのスコープにより、きめ細かい管理とポリシーの適用を実現します。この新機能を使用すると、セキュリティチームおよびコンプライアンスチームは、マージリクエストの承認（スキャン結果）ポリシーとスキャン実行ポリシーの両方において、ポリシーの実施範囲をコンプライアンスフレームワークまたはグループに含まれるまたは除外されるプロジェクトに設定できます。\u003Cbr>\n\n現在、セキュリティポリシープロジェクトで管理されているすべてのポリシーは、リンクされているすべてのグループ、サブグループ、およびプロジェクトに対して実施されていますが、ポリシーのスコープを使用すれば、ポリシー単位で実施ポリシーを設定できるようになります。これにより、セキュリティチームとコンプライアンスチームは以下を行えるようになります。\n\n- ポリシーをより細かく実施しながら、組織全体でポリシーを一元管理しやすくなります\n\n- GitLabで実装および実施されているコントロールが、定義したコンプライアンスフレームワークにどのように組み込まれているかをより深く把握できます\n- コンプライアンスセンターから、コンプライアンスフレームワークにリンクされているポリシーを閲覧および管理できます\n- セキュリティとコンプライアンスの体制をよりよく整理し、把握できます\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/scan-execution-policies/#security-policy-scopes)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/5510)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/policy-scoping-release-post-image-optimized.png\">\n\n### プロダクト分析を使用してユーザーについて理解を深める\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\n今後のイノベーションと最適化についてデータに基づいた意思決定を行うためには、ユーザーがアプリケーションにどのように関わっているかを理解することが不可欠です。ビジネスに不可欠なクリティカルURLの使用量が増加しているか、毎月のアクティブユーザー数が異常なほど減少しているか、またはAndroidのモバイルデバイスを使用するお客様によるエンゲージメントが増えているか、といった質問への回答を得て、GitLabプラットフォームからエンジニアリングチームがアクセスできるようにすることで、チームは開発作業がユーザーの成果にどのように影響しているかを常に把握できるようになります。\n\nGitLabの新しいプロダクト分析機能を使用すると、アプリケーションを計測し、ユーザーの主要な使用状況と導入データを収集して、GitLab内に表示できます。データをダッシュボード上に表示したり、レポートを作成したりできるほか、さまざまな方法でフィルタリングして、ユーザーに関するインサイトを見つけられます。これにより、最近のリリースの成功を祝うだけでなく、問題があることを意味する顧客使用率の予期せぬ低下や急増を迅速に特定して対応できるようになりました。\n\nプロダクト分析を使用するには、こちらの[Helm Chart](https://gitlab.com/gitlab-org/analytics-section/product-analytics/helm-charts)をインストールし、アプリケーションを計測してトラフィックを送信するために、Kubernetesクラスターが必要となります。その後、GitLabはクラスターに接続し、視覚化のためにデータを取得します。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/product_analytics/)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/12716)\u003Cbr>\n\n\u003Ciframe width=\"478\" height=\"269\" src=\"https://www.youtube.com/embed/i8Mze9lRZiY\" title=\"Product Analytics release video\" frameborder=\"0\" allow=\"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen>\u003C/iframe>\n\n### エンタープライズユーザーのパーソナルアクセストークンを無効にする\nSaaS: Premium、Ultimate\u003Cbr>\nSelf-Managed: -\u003Cbr>\n\nGitLab.comのグループオーナーは、グループ内のエンタープライズユーザーがパーソナルアクセストークンを作成・使用することを無効にできるようになりました。パーソナルアクセストークンは強力な権限が付与させることがあるため、セキュリティ上の理由により、これらのトークンを無効化したいオーナーもいるでしょう。\u003Cbr>\nこのきめ細かい制御により、GitLab.comでセキュリティとアクセシビリティのバランスを取るための選択肢が提供されます。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/personal_access_tokens/#disable-personal-access-tokens-for-enterprise-users)\u003Cbr>\n[イシュー\n](https://gitlab.com/gitlab-org/gitlab/-/issues/369504)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/govern-disable-pats.jpg\">\n\n### Wikiページへのリンクのオートコンプリートサポート\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nGitLab 16.11でWikiページへのリンクのオートコンプリートサポートが導入されます！この新機能により、エピックやイシューからWikiページにリンクすることがかつてないほど簡単になりました。キーを数回クリックするだけでリンクできます。\u003Cbr>\n\nもうWikiページのURLをコピーして、エピックやイシューのコメントに貼り付ける必要はありません。今後は、Wikiページのあるグループやプロジェクトに移動し、エピックやイシューにアクセスし、オートコンプリートのショートカットを使用して、エピックやイシューからWikiページにシームレスにリンクするだけです！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/markdown/#gitlab-specific-references)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/442229)\u003Cbr>\n\n\u003Ciframe width=\"478\" height=\"269\" src=\"https://www.youtube.com/embed/qqN6KxMB06E\" title=\"Knowledge Group: Introducing Autocomplete Support for Wiki Pages\" frameborder=\"0\" allow=\"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share\" referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen>\u003C/iframe>\n\n### プロジェクト概要ページに表示されるメタデータ用のサイドバー\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nプロジェクト概要ページのデザインを一新しました。これにより、すべてのプロジェクト情報とリンクが複数のエリアに表示されるのではなく、1つのサイドバーで確認できるようになりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/project/working_with_projects/)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/429186/)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/431537)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/project-overview-sidebar.png\">\n\n### Switchboardを用いて行った変更に関するメール通知\nSaaS: -\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\nテナント管理者がSwitchboardを使用してGitLab Dedicatedインスタンスの設定を変更すると、完了時にメール通知が生成されるようになりました。\u003Cbr>\n\nSwitchboardでテナントを表示または編集するアクセス権を持つすべてのユーザーに、変更が行われるたびに通知が送信されます。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/administration/dedicated/configure_instance/#manage-notification-preferences)\u003Cbr>\n[イシュー](https://docs.gitlab.com/ja-jp/administration/dedicated/)\n\n### ジョブの失敗時に直ちにパイプラインをキャンセルするオプション\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nジョブが失敗したことに気づいた場合、失敗の原因である問題に対処する間、リソースを節約するために手動で残りのパイプラインをキャンセルすることがあります。GitLab 16.11では、ジョブが失敗した際に自動的にパイプラインがキャンセルされるように設定できるようになりました。特に並行して多数のジョブが長時間実行される、実行に長時間かかる大規模なパイプラインでは、リソースの使用量とコストを削減する効果的な方法として利用できます。\u003Cbr>\n\n[ダウンストリームのパイプラインが失敗した場合に直ちにパイプラインがキャンセルされる](https://docs.gitlab.com/ja-jp/ci/pipelines/downstream_pipelines/#auto-cancel-the-parent-pipeline-from-a-downstream-pipeline)ように設定することも可能です。この場合、親パイプラインと他のすべてのダウンストリームのパイプラインがキャンセルされます。\u003Cbr>\n\nこの場を借りて、この機能にコントリビュートしてくれた[Marco](https://gitlab.com/zillemarco)さんに心から感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/ci/yaml/#workflowauto_cancelon_job_failure)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/23605)\u003Cbr>\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/16.11_auto_cancel_on_job_failure.png\">\u003Cbr>\n\n## GitLab 16.11におけるその他の改善点\n\n### インポートジョブの上限を設定可能に\n\nSaaS: -\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nこれまでインポートジョブの最大数は以下のとおりでした。\u003Cbr>\n\n- GitHubインポーターは1,000件でした。\n- Bitbucket CloudとBitbucket Serverのインポーターは100件でした。\n\n上記の制限はハードコーディングされており、変更できませんでした。これらの制限により、キューに追加されるのと同じタイミングでインポートジョブを処理するには処理速度が不十分であった可能性があり、結果としてインポート速度が低下していたかもしれません。\u003Cbr>\n\n今回のリリースでは、ハードコーディングされていた制限をアプリケーション設定に移行しました。GitLab.com版では上限を上げていませんが、Self-Managed版のGitLabインスタンスの管理者は、ニーズに応じてインポートジョブの数を設定できるようになりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/administration/settings/import_and_export_settings/#maximum-number-of-simultaneous-import-jobs)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/439286)\n\n### Slackアプリ用GitLabがグループとインスタンスで設定可能に\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nこれまでSlackアプリ用GitLabは、一度に1つのプロジェクトに対してしか設定できませんでした。本リリースでは、グループまたはインスタンス向けのインテグレーションを設定し、複数のプロジェクトに一度に変更を加えられるようになりました。\u003Cbr>\n\nこの改善により、Slackアプリ用GitLabの機能は、非推奨の[Slack通知インテグレーション](https://docs.gitlab.com/ja-jp/user/project/integrations/slack/)と同等のレベルに近づきました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/gitlab_slack_application/#from-the-project-or-group-settings)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/391526)\n\n### GitLab Pagesのサイドバー上での可視性が向上\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\n以前のリリースでは、GitLab Pages サイトがあるプロジェクトでサイトURLを見つけるのは大変でした。\nGitLab 16.11からは、右側のサイドバーにサイトへのショートカットリンクが表示され、ドキュメントを確認しなくてもURLを見つけられるようになりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/project/pages/)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/18027)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/gitlab_pages_sidebar.png\">\n\n### 色を用いてエピックを視覚的に区別\nSaaS: Premium、Ultimate\u003Cbr>\nSelf-Managed: Premium、Ultimate\u003Cbr>\n\n組織全体でポートフォリオ管理機能をさらに充実して利用できるように、[ロードマップ](https://docs.gitlab.com/ja-jp/user/group/roadmap/)と[エピックボード](https://docs.gitlab.com/ja-jp/user/group/epics/epic_boards/)でエピックを色で区別できるようになりました。\u003Cbr>\n\n軽量で用途の広いこの機能を使用すれば、グループの所有権、ライフサイクルステージ、開発の成熟度、その他の様々なカテゴリをすばやく区別できます。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/group/epics/manage_epics/#epic-color)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/9033)\n\n### GitLabからのGoogle Compute Engine Runnerの作成を自動化 - パブリックベータ版\nSaaS: -\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nこれまでGoogle Compute EngineでGitLab Runnerを作成する際は、GitLabとGoogle Cloudの間で複数回コンテキストを切り替える必要がありました。\u003Cbr>\n\nGitLab RunnerインフラストラクチャのツールキットのterraformテンプレートとGitLabを使用することで、複数のシステム間を移動しなくても、Google Compute EngineでGitLab Runnerを簡単にプロビジョニングして、GitLab Runnerをデプロイし、Google Cloudインフラストラクチャをプロビジョニングできるようになりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/ci/runners/provision_runners_google_cloud/#creating-a-runner-provisioned-in-google-cloud)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/13494)\n\n### ArtifactoryとAWSを含む、Hashicorp Vaultのシークレットのサポートを拡張\n\nSaaS: Premium、Ultimate\u003Cbr>\nSelf-Managed: Premium、Ultimate\u003Cbr>\n\nHashiCorp VaultとGitLabのインテグレーションが拡張され、多様なタイプのシークレットに対応できます。GitLab Runner 16.11で導入された'汎用'タイプのシークレットエンジンを選択できるようになりました。この汎用エンジンは、HashiCorp Vaultの[Artifactory Secretsプラグイン](https://jfrog.com/help/r/jfrog-integrations-documentation/hashicorp-vault-artifactory-secrets-plugin)および[AWSシークレットエンジン](https://developer.hashicorp.com/vault/docs/secrets/aws)をサポートしています。このオプションを使用して、必要なシークレットを安全に取得し、GitLab CI/CDパイプラインで使用しましょう！\u003Cbr>\n\nこの素晴らしいコントリビュートをしてくれた[Ivo Ivanov](https://gitlab.com/urbanwax)さんに心から感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/ci/secrets/#vault-secrets-engines)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/366492)\n\n### 特定のexitコードにより、失敗したCIジョブの自動リトライを改善\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nこれまでは `retry:max` に加え、`retry:when` を使用して、スクリプトの失敗時など、特定の失敗が発生した際に、ジョブを何回リトライするかを設定できました。\u003Cbr>\n\n本リリースでは、`retry:exit_codes` を利用して、特定のスクリプトの終了に基づき、失敗したジョブの自動リトライを設定できるようになりました。`retry:exit_codes` とともに `retry:when` および `retry:max` を用いて、特定のニーズに応じてパイプラインの動作を微調整し、パイプラインの実行を改善できます。\u003Cbr>\n\nこの場を借りて、コミュニティへの貢献をしてくれた[Baptiste Lalanne](https://gitlab.com/BaptisteLalanne)さんに感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/ci/yaml/#retry)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/262674)\n\n### Google Artifact RegistryをGitLabプロジェクトに接続\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: -\u003Cbr>\n\nソースコードおよびパイプラインと一緒にDockerイメージとOCIイメージを表示、プッシュ、プルするには、GitLabコンテナレジストリを使用します。この方法はGitLabを使用する多くのお客様にとって、'テスト'および'ビルド'フェーズでのコンテナイメージに最適です。しかし、組織がGoogleなどのクラウドプロバイダーに本番環境のイメージを公開するのは一般的なことです。\u003Cbr>\n\nこれまでGitLabからGoogle Artifact Registryにイメージをプッシュするには、Artifact Registryへに接続して、デプロイ用のカスタムスクリプトを作成し、保守する必要がありました。この方法はエラーが起きやすく、非効率でした。また、簡単にコンテナイメージ全体像を把握する方法もありませんでした。\u003Cbr>\n\nGoogle Artifact管理の新機能を活用して、GitLabプロジェクトをArtifact Registryリポジトリに簡単に接続できるようになりました。接続後、GitLab CI/CDパイプラインを使用して、Artifact Registryにイメージを公開できます。また、GitLabで\u003Cb>デプロイ > Google Artifact Registry\u003C/b>の順に移動すれば、Artifact Registryに公開されたイメージを閲覧できます。イメージの詳細を表示したい場合は、イメージを選択するだけです。\u003Cbr>\n\nこの機能はベータ版であり、現在GitLab.com版でのみ利用できます。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/google_artifact_management/)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/12365)\n\n### GitLab Duoでプロダクト分析データを確認\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\n[プロダクト分析機能が一般](https://docs.gitlab.com/ja-jp/releases/16/gitlab-16-11-released/#understand-your-users-better-with-product-analytics)提供されました。本リリースには[カスタム可視化デザイナー](https://docs.gitlab.com/ja-jp/user/analytics/analytics_dashboards/#visualization-designer)があります。カスタム可視化デザイナーを使用して、アプリケーションイベントデータの確認やダッシュボードの構築を行うことができ、顧客の使用状況と導入パターンを理解しやすくなります。\u003Cbr>\n\n可視化デザイナーでは、テキスト形式でリクエストを入力して、GitLab Duoにグラフや表の作成を依頼できます。たとえば、「2024年の月間アクティブユーザー数を表示してください」や「今週の上位URLをリストアップしてください」というように依頼します。\u003Cbr>\n\nプロダクト分析のGitLab Duoは、[実験的な](https://docs.gitlab.com/ja-jp/policy/experiment-beta-support/#experiment)機能として提供されています。\u003Cbr>\n\n本機能をさらに改善できるよう、こちらの[フィードバック用のイシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/455363)から、カスタム可視化デザイナーでGitLab Duoを使用した体験に関するフィードバックをお寄せください。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/product_analytics/)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/12245)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/PA_customviz_duo.png\">\n\n### Dependency ScanningでのYarn v4のサポート\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\nDependency ScanningがYarn v4に対応しました。この機能強化により、アナライザーでYarn v4のロックファイルを解析できるようになりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/dependency_scanning/#supported-languages-and-package-managers)\u003Cbr>\n[エピック](https://gitlab.com/gitlab-org/gitlab/-/issues/431752)\n\n## ワークロードIDティフェデレーションによりGoogle Cloudを認証\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: -\u003Cbr>\n\nワークロードIDフェデレーションを使用すると、サービスアカウントキーを使用せずにGitLabとGoogle Cloud間でワークロードを安全に接続できます。キーは長期的に使用される認証情報であることから、攻撃の経路となる可能性があるため、これによりセキュリティが改善されました。また、キーを使用する場合、作成、保護、および交換のための管理負荷も発生します。\u003Cbr>\n\nワークロードIDフェデレーションを使用すると、GitLabとGoogle Cloud間でIAMロールをマッピングできます。\u003Cbr>\n\nこの機能はベータ版であり、現在GitLab.com版でのみ利用できます。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/integration/google_cloud_iam/)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/12758)\n\n### ポリシーボットのコメントを拡張して違反データを追加\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\nセキュリティポリシーボットは、プロジェクトでポリシーがいつ実施されたか、いつ評価が完了したか、またMRをブロックする違反がある場合に、解決方法を提供するガイダンスも提示します。この度、ポリシーによってMRがブロックされる理由に関するさらなるインサイトに加え、解決方法についてのよりきめ細かいフィードバックが提供されるように、ボットコメントのサポートを拡張しました。コメントには以下の詳細情報が含まれます。\u003Cbr>\n\n- MRを明確にブロックしているセキュリティの調査結果\n- ポリシーに違反しているライセンス\n- デフォルトで「フェールクローズ」または動作をブロックする可能性のあるポリシーエラー\n- セキュリティの調査結果の評価で考慮されているパイプラインの詳細\n\nこういった詳細情報が提供されることで、MRのステータスをより迅速に把握し、どのような問題であっても自分でトラブルシューティングできるようになりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/scan-result-policies/)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/433403)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/bot-comment-policy-violations.png\">\n\n### ユーザー名の選択肢がさらに豊富に\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nユーザー名には、アクセントなしの文字、数字、アンダースコア（`_`）、ハイフン（`-`）、ピリオド（`.`）のみを使用できます。ユーザー名をハイフン（`-`）で始めたり、ピリオド（`.`）や `.git`、`.atom` で終わらせることはできません。\u003Cbr>\n\nユーザー名の検証時に、この基準がより正確に表示されるようになりました。このように検証機能が改良されたことで、ユーザー名を決める際の選択肢がより明確になりました。\u003Cbr>\n\nこの場を借りて、コントリビュートしてくれた[Justin Zeng](https://www.linkedin.com/in/jzeng88/)さんに感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/#change-your-username)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/429283)\n\n### ユーザーリストの検索とフィルタリングの改善\nSaaS: -\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\n管理者エリアのユーザーページを改善しました。\u003Cbr>\n\nこれまで、ユーザーリストの上部にタブが水平に配置されていたため、目的のフィルターまで移動するのに苦労していました。\u003Cbr>\n\nこの度、フィルターが検索ボックスに統合され、ユーザーの検索とフィルタリングを非常に簡単に行えるようになりました。\u003Cbr>\n\nこの場を借りて、コントリビュートしてくれた[Ivan Shtyrliaiev](https://www.linkedin.com/in/bahek2462774/)さんに感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/administration/admin_area/#administering-users)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/238183)\n\n### Omnibusの改善\nSaaS: -\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nGitLab 17.0では、PostgreSQLの最小サポートバージョンが14になる予定です。\u003Cbr>\n\nこの変更に備え、GitLab 16.11では'attempt_auto_pg_upgrade?'の設定を'true'に変更しました。この設定により、PostgreSQLのバージョン14に自動的にアップグレードしようと試行します。\nこのプロセスは、前回PostgreSQLの最小サポートバージョンを更新した際のプロセスと同じものです。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/omnibus/)\n\n### カスタムWebhookヘッダー\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\n以前まで、GitLab Webhookはカスタムヘッダーに対応していませんでした。そのため、当時のWbhookは、特定の名前を持つヘッダーの認証トークンを承認するシステムと併用できませんでした。\u003Cbr>\n\nこのリリースにより、Webhookを作成または編集する際に最大20個のカスタムヘッダーを追加できるようになりました。これらのカスタムヘッダーは、外部サービスの認証用に使用できます。\u003Cbr>\n\nこの機能とGitLab 16.10で導入された[カスタムWebhookテンプレート](https://docs.gitlab.com/ja-jp/user/project/integrations/webhooks/#custom-webhook-template)を使用することで、カスタムWebhookを自由に作成できます。設定を行うことで、Webhookを通じて次のことを行えます。\n- カスタムペイロードを投稿する。\n- 必要に応じて認証ヘッダーを追加する。\nシークレットトークンやURLパラメータと同様に、カスタムヘッダーはターゲットURLが変更されるとリセットされます。\u003Cbr>\n\nこの場を借りて、[コミュニティへの貢献](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/146702)をしてくれた[Niklas](https://gitlab.com/Taucher2003)に感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/webhooks/#custom-headers)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/17290)\n\n### REST APIによるプロジェクトテスト用フック\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\n以前まで、プロジェクトフックのテストは、GitLab UIでのみ行うことができました。このリリースにより、REST APIを使用して、指定されたプロジェクトのテストフックをトリガーできるようになりました。\u003Cbr>\n\nこの場を借りて、[コミュニティへの貢献](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/147656)をしてくれた[Phawin](https://gitlab.com/lifez)に感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/api/projects/#trigger-a-test-project-hook)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/25329)\n\n### バリューストリームイベントの累積計算が可能に\nSaaS: Premium、Ultimate\u003Cbr>\nSelf-Managed: Premium、Ultimate\u003Cbr>\n\n新たなメソッドの導入により、ラベルイベント間の実行時間をより効果的に計算できるようになりました。この変更は、イベントが複数回発生するシナリオに対応するものです。たとえば、マージリクエストでラベルが開発段階とレビュー状態の間を行ったり来たりして変更される場合などです。以前、実行時間は最初と最後のラベルイベント間の時間を合計することで算出されていました。\u003Cbr>\n\n現在、実行時間は累積時間として算出されるようになり、イシューまたはマージリクエストに特定のラベルが割り当てられている場合の実行時間のみを正確に表しています。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/group/value_stream_analytics/#cumulative-label-event-duration)\u003Cbr>\n[イシュー](https://gitlab.com/groups/gitlab-org/-/epics/12088)\n\n### グループコメントテンプレート\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nイシュー、エピック、またはマージリクエストにおいて、組織全体でテンプレート化された返答文があると便利です。こうしたテンプレートには、標準的な質問、よくある問題の解決策、またはマージリクエストのレビューコメント用のフォーマットなどが含まれます。\u003Cbr>\n\nグループコメントテンプレートでは、GitLab全体のコメントボックスに投稿できる保存可能な返答文を作成し、ワークフローを合理化できます。この新機能により、組織におけるテンプレートの一元的な作成および管理が可能になり、すべてのユーザーが同じテンプレートを活用できるようになります。\u003Cbr>\n\nコメントテンプレートを作成するには、GitLabの任意のコメントボックスに移動し、__「コメントテンプレートを挿入」>「グループコメントテンプレートを管理」__ の順に選択します。作成したコメントテンプレートには、すべてのグループメンバーがアクセスできます。コメント作成時に、__「コメントテンプレートを挿入」__ のアイコンを選択すると、保存された返答文が適用されます。\u003Cbr>\n\nこのコメントテンプレートにおける強化機能をぜひお試しください。また、近日中に[プロジェクトレベルのコメントテンプレート](https://gitlab.com/gitlab-org/gitlab/-/issues/440818)も追加される予定です。フィードバックがございましたら、[イシュー45120](https://gitlab.com/gitlab-org/gitlab/-/issues/451520)でコメントにてお知らせください。\n\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/comment_templates/)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/440817)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/create-group-comment-templates.png\">\n\n### ジョブアーティファクトのダウンロード権限の管理\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nデフォルトでは、パブリックパイプライン内のCI/CDジョブから生成されたすべてのアーティファクトは、パイプラインへのアクセス権を持つすべてのユーザーがダウンロード可能です。ただし、アーティファクトのダウンロードを一切許可すべきでない場合、または高いアクセスレベルを持ったチームメンバーのみに限定すべき場合もあります。\u003Cbr>\n\nそこで、このリリースでは、`artifacts:access` キーワードが導入されました。ユーザーは、どのユーザーにアーティファクトのダウンロードを許可するか設定（パイプラインへのアクセス権を持つすべてのユーザー、開発者以上のロールを持つユーザーに限定、一切許可しないなど）できるようになりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/ci/yaml/#artifactsaccess)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/428677)\n\n### GitLab Runner 16.11\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\n本日、GitLab Runner 16.11もリリースされます！GitLab Runnerは、CI/CDジョブを実行し、結果をGitLabインスタンスに送信する、軽量で拡張性の高いエージェントです。 GitLab Runnerは、GitLabに含まれるオープンソースの継続的インテグレーションサービスであるGitLab CI/CDと連携して動作します。\u003Cbr>\n\nバグの修正：\n- [クラッシュ：致命的なエラー：マップの同時読み取りと同時書き込み ](https://gitlab.com/gitlab-org/gitlab-runner/-/issues/31077)\n- [「FF_KUBERNETES_HONOR_ENTRYPOINT」機能が動作しない](https://gitlab.com/gitlab-org/gitlab-runner/blob/16-11-stable/CHANGELOG.md)\n\nすべての変更のリストは、GitLab Runnerの[変更履歴](https://gitlab.com/gitlab-org/gitlab-runner/blob/16-11-stable/CHANGELOG.md)にあります。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/runner/)\n\n### パイプラインの詳細ページの改善\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nパイプライングラフには、ジョブの状態、ランタイムの更新、マルチプロジェクトパイプライン、親子パイプラインなど、パイプラインの詳細な概要が表示されます。\u003Cbr>\n\n本日、デザインが一新されたパイプライングラフがリリースされます。新しいパイプライングラフは、デザイン性の改善、ジョブのグループ化、モバイル端末での利用体験の向上、既存ビュー内でのダウンストリームパイプラインの可視性の強化を特徴とします。\u003Cbr>\n\nぜひお試しの上、専用の[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/450676)からフィードバックをお寄せいただけますと幸いです。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/ci/pipelines/#view-pipelines)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/132462)\n\n### Auto DevOpsのビルド段階におけるアップグレード\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nAuto DevOpsのAuto Buildコンポーネントに使用されていた `heroku/buildpacks:20` イメージがupstreamで非推奨となったため、`heroku/builder:20` イメージに移行します。\u003Cbr>\n\nこの破壊的な変更は、upstreamの問題に対処するためにGitLabのメジャーリリース以外で実施されます。アップグレードが原因でパイプラインが破損する可能性は低いです。一時的な解決策として、手動で `heroku/builder:20` イメージを設定して[ビルダーのサンセットエラー（builder sunset error）](https://docs.gitlab.com/ja-jp/topics/autodevops/troubleshooting/#skipping-errors)を回避することができます。\u003Cbr>\n\nさらに、GitLab 17.0では、`heroku/builder:20` から `heroku/builder:22` へのメジャーアップグレードが別途予定されています。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/topics/autodevops/troubleshooting/#builder-sunset-error)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/cluster-integration/auto-build-image/-/issues/73)\n\n### DASTアナライザーのパフォーマンスの更新\n\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n16.11リリースのマイルストーンでは、DASTにおける以下の改善が完了しました。\u003Cbr>\n\n- ナビゲーションパスを最適化することで、クローラーのパフォーマンスが向上し、スキャン時間が20%短縮（GitLabのベンチマークテストに基づく）されました。詳細については、イシューを参照してください。\n- DASTレポートを最適化してメモリ使用量を削減することで、DASTスキャン中のランナーのメモリ使用量の上昇率を抑えることに成功しました。詳細については、[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/430815)を参照してください。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/dast/browser/)\u003Cbr>\n[イシュー](https://gitlab.com/groups/gitlab-org/-/epics/12194)\n\n### 依存関係スキャンのSBOM用の依存関係グラフのサポート\n\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\nユーザーは、依存関係スキャンレポートの一環で生成されたCycloneDX SBOMの依存関係グラフの情報にアクセスできます。以下のパッケージマネージャーを対象とした依存関係グラフの情報を使用できます。\n\n- NuGet\n- Yarn 1.x\n- sbt\n- Conan\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/dependency_list/)\u003Cbr>\n[エピック](https://gitlab.com/gitlab-org/gitlab/-/issues/366168)\n\n### コンプライアンスフレームワークにリンクされたセキュリティポリシーの表示\n\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\nコンプライアンスセンターがコンプライアンスマネージャーにとっての中心的なハブへと進化している今、コンプライアンスフレームワークを管理する機能が備わりました。さらに、セキュリティポリシーによって確立され、コンプライアンスフレームワークに関連付けられた制御情報を可視化することもできます。\u003Cbr>\n\nこれらの包括的な制御性を活用して、コンプライアンスの対象となるプロジェクトで実行するセキュリティスキャナや2人の承認者を必須とする要件を実装したり、脆弱性管理ワークフローを確立したりできます。こうして確立した制御要件をコンプライアンスフレームワークに統合することで、フレームワーク内の関連プロジェクトが各要件に従って実行されるようになります。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/group/compliance_frameworks/)\u003Cbr>\n[エピック](https://gitlab.com/groups/gitlab-org/-/epics/11480)\u003Cbr>\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/cf-security-policy-link.png\">\n\n### セキュリティポリシーの重複に関する問題を解決\n\nSaaS: Ultimate\u003Cbr>\nSelf-Managed: Ultimate\u003Cbr>\n\nGitLab 16.9以前のバージョンでは、プロジェクトが親グループやサブグループのセキュリティポリシーを継承しながら、同じセキュリティポリシープロジェクトにリンクされることがありました。これが原因で、リストに重複したポリシーが表示されていました。\u003Cbr>\nこの問題は解決され、セキュリティポリシープロジェクトからすでにポリシーが継承されている場合、そのプロジェクトにリンクされることはできなくなりました。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/416903)\n\n### APIを使用したアプリケーションシークレットの更新\nSaaS: -\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nアプリケーションAPIを使用して、アプリケーションシークレットを更新できるようになりました。以前は、これを行うにはUIを使用する必要がありましたが、APIを使用して、プログラムに基づいたシークレットの更新を実行できるようになりました。\u003Cbr>\n\nこの場を借りて、貢献してくれた[Phawin](https://gitlab.com/lifez)に感謝します！\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/api/applications/#renew-an-application-secret)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/422420)\n\n### 期限が迫っているグループおよびプロジェクトのアクセストークンをお知らせするWebhook通知\nSaaS: Premium、Ultimate\u003Cbr>\nSelf-Managed: Premium、Ultimate\u003Cbr>\n\nグループとプロジェクトのアクセストークン用のWebhookイベントが利用可能になりました。\u003Cbr>\n\n以前は、期限が迫っているトークンに関する通知を受け取る手段がメールだけに限られていました。Webhookイベントがトリガーされると、アクセストークンが期限切れになる7日前に実行されます。\u003Cbr>\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/webhook_events/#project-and-group-access-token-events)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/426147)\n\n### プロジェクトアーカイブ機能の更新\nSaaS: Free、Premium、Ultimate\u003Cbr>\nSelf-Managed: Free、Premium、Ultimate\u003Cbr>\n\nアーカイブ済みプロジェクトをプロジェクトリストで簡単に特定できるようになりました。 16.11以降、アーカイブされたプロジェクトはグループの概要の\u003Cb>アーカイブ済み\u003C/b>タブに移動し、\u003Cb>アーカイブ済み\u003C/b>バッジが表示されます。このバッジは、プロジェクト概要ページのプロジェクトタイトルにも表示されます。\u003Cbr>\nアーカイブ済みプロジェクトが読み取り専用であることを示すアラートメッセージが表示されます。このメッセージは、アーカイブ済みプロジェクトのサブページで作業する際にこの情報が見落とされることがないよう、すべてのプロジェクトページで表示されます。\u003Cbr>\nまた、グループを削除しようとすると、アーカイブ済みプロジェクトが誤って削除されることを防止するために、確認モーダルにアーカイブ済みプロジェクトの件数が表示されるようになりました。\n\n[ドキュメント](https://docs.gitlab.com/ja-jp/user/project/working_with_projects/#archive-a-project)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/23667)\u003Cbr>\n[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/18069)\n\n\u003Cimg src=\"https://about.gitlab.com/images/16_11/updated_project_archiving.png\">\n\n## 実験的な機能\n\n### GitLab CIステップを使用したGitHubアクションの実行（実験）\n\n新しいGitLab Steps構文とStep Runnerを利用することで、CI/CDワークフロー用のGitHub ActionsをGitLab CI/CDパイプラインに組み込めるようになりました。この機能により、GitHub Actionsから移行するユーザーをオンボーディングする際のプロセスを簡素化できます。\u003Cbr>\n\nこの機能は実験的に導入されました。詳細については、[こちらのドキュメント](https://docs.gitlab.com/ja-jp/ci/steps/)を参照してください。\n\n### ロギング（実験）\n\nロギングを利用することで、インフラストラクチャレベル（システムログ）やエンドユーザーアプリケーションなどにおける最近のログや過去のログを収集、保持、照会することができます。さまざまなログソースを一元化することで、ユーザーは個々のイベントを関連付けてシステム内の連携を確立し、問題の根本原因を迅速に特定できるようになります。これにより、コンテキストスイッチ（ツール間の切り替え）が削減され、トラブルシューティングにおける所要時間が短縮します。\u003Cbr>\n\nこの機能は実験的に導入されました。詳細と開始方法については、[ログに関するドキュメント](https://docs.gitlab.com/ja-jp/operations/logs/)を参照してください。\n\n### メトリクス（実験）\n\nメトリクスを利用することで、Open-TelemetryライブラリとSDKを活用したデータ収集が可能になり、インフラストラクチャやアプリケーションレベルにおける過去または最近のメトリクスを収集、保持、クエリすることができます。\u003Cbr>\n\nこの機能は実験的に導入されました。詳細と開始方法については、[メトリクスに関するドキュメント](https://docs.gitlab.com/ja-jp/operations/metrics/)を参照してください。\n\n### モデルレジストリ（実験）\n\nデータサイエンティストは[モデルレジストリ](https://docs.gitlab.com/ja-jp/user/project/ml/model_registry/)を利用することで、機械学習（ML）モデルを、その作成に関連付けられたすべてのメタデータ（パラメーター、パフォーマンスメトリクス、アーティファクト、ログなど）とともに管理できます。\u003Cbr>\n\n現在、この実験的な機能は[MLflowクライアント](https://docs.gitlab.com/ja-jp/user/project/ml/model_registry/)と互換性があります。\n\n### バグの修正、パフォーマンスの改善、UIの改善\n\nGitLabは、ユーザーに可能な限り最高のエクスペリエンスを提供することに専念しています。 リリースごとに、バグの修正、パフォーマンスの向上、UIの強化に精力的に取り組んでいます。GitLabでは、100万人を超えるGitLab.comユーザーをはじめ、GitLabのプラットフォームをご利用いただくすべての方に、スムーズでシームレスな利用体験を届けるために精一杯取り組んでいます。\u003Cbr>\n\n16.11で提供されたすべてのバグの修正、パフォーマンスの強化、UIの改善を表示するには、以下のリンクをクリックしてください。\n- [バグの修正\n](https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&state=closed&label_name%5B%5D=type%3A%3Abug&or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&milestone_title=16.11)\n- [パフォーマンスの改善](https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&state=closed&label_name%5B%5D=bug%3A%3Aperformance&or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&milestone_title=16.11)\n- [UIの改善\n](https://nicolasdular.gitlab.io/gitlab-polish-gallery/?milestone=16.11)\n\n### 非推奨事項\n新たに非推奨になった機能、および現在非推奨になっているすべての機能の一覧は、[GitLabのドキュメント](https://docs.gitlab.com/ja-jp/update/deprecations/)で確認できます。今後の破壊的な変更について通知を受けるには、[破壊的な変更のRSSフィードをサブスクライブ](https://about.gitlab.com/breaking-changes.xml)してください。\u003Cbr>\n\n- [`GITLAB_SHARED_RUNNERS_REGISTRATION_TOKEN`は非推奨となりました](https://about.gitlab.com/breaking-changes.xml)\n\n## 削除された機能と変更点\n\n消去されたすべての機能の一覧は、[GitLabのドキュメント](https://docs.gitlab.com/ja-jp/update/deprecations/)で確認できます。 今後の破壊的な変更について通知を受けるには、[破壊的な変更のRSSフィードをサブスクライブ](https://about.gitlab.com/breaking-changes.xml)してください。\n\n## その他の重要な変更\n\n### パッチとセキュリティの統合リリース\n\nGitLabは、4月に「パッチ」および「セキュリティ」のリリースを一新し、これらを[セマンティックバージョニング](https://semver.org/)の標準に準拠した「パッチ」リリースに統合しました。\u003Cbr>\n\n変更の詳細については、[パッチリリースとセキュリティリリースの統合](https://about.gitlab.com/blog/were-combining-patch-and-security-releases/)に関するブログ記事を参照してください。\n\n### メジャーリリースに先立つ破壊的な変更の実施日時\n\n17.0のメジャーリリースは2024年5月16日に予定されています！\u003Cbr>\n\nこのバージョンでは、GitLabに多くの素晴らしい改善が加えられる一方で、同時に非推奨機能も削除されます。破壊的な変更は、以下の3回の日程で実施されます。この期間に、17.0における破壊的な変更の大部分がGitLab.comにデプロイされることが予想されます。\n\n- 2024年4月22日9時00分～2024年4月24日22時00分（協定世界時）\n- 2024年4月29日9時00分～2024年4月31日22時00分（協定世界時）\n- 2024年5月6日9時00分～2024年5月8日22時00分（協定世界時）\n\n詳細については、[GitLab 17.0における重大かつ破壊的な変更に関するガイド記事](https://about.gitlab.com/blog/a-guide-to-the-high-impact-breaking-changes-in-gitlab-17-0/)を参照してください。\n今年のメジャーリリースで予定されているすべての削除項目を確認するには、[非推奨ページ](https://docs.gitlab.com/ja-jp/update/deprecations/?removal_milestone=17.0)にアクセスしてください。\n\n## 変更履歴\n変更内容をすべて表示するには、以下のページから変更履歴を確認してください。\n\n- [GitLab](https://gitlab.com/gitlab-org/gitlab-foss/blob/master/CHANGELOG.md)\n- [GitLab Runner](https://gitlab.com/gitlab-org/gitlab-runner/blob/main/CHANGELOG.md)\n- [VS CodeのGitLabワークフロー](https://gitlab.com/gitlab-org/gitlab-vscode-extension/-/blob/main/CHANGELOG.md)\n- [GitLab CLI](https://gitlab.com/gitlab-org/cli/-/releases)\n\n## インストール\n新しいGitLabのインストールをセットアップする場合は、[GitLabのダウンロードページ](https://about.gitlab.com/install/)を参照してください。\n## 更新\n[更新ページ](https://about.gitlab.com/update/)を確認してください。\n## ご質問\nご意見をお聞かせください。本リリースについてご不明な点がある場合は、[GitLabフォーラム](https://forum.gitlab.com/)にアクセスし質問を投稿してください。\u003Cbr>\u003Cbr>\n\n*監修：大井 雄介 （GitLab合同会社 ソリューションアーキテクト本部 本部長）*\n\n### 過去の日本語リリース情報\n\n- [GitLab 18.0](https://about.gitlab.com/ja-jp/blog/gitlab-18-0-release/)\n- [GitLab 17.11](https://about.gitlab.com/ja-jp/blog/gitlab-17-11-release/)\n- [GitLab 17.10](https://about.gitlab.com/ja-jp/blog/gitlab-17-10-release/)\n- [GitLab 17.9](https://about.gitlab.com/ja-jp/blog/gitlab-17-9-release/)\n* [GitLab 17.8](https://about.gitlab.com/ja-jp/blog/gitlab-17-8-release/)\n* [GitLab 17.7](https://about.gitlab.com/ja-jp/blog/gitlab-17-7-release/)\n* [GitLab 17.6](https://about.gitlab.com/ja-jp/blog/gitlab-17-6-release/)\n* [GitLab 17.5](https://about.gitlab.com/ja-jp/blog/gitlab-17-5-released/)\n* [GitLab 17.4](https://about.gitlab.com/ja-jp/blog/gitlab-17-4-released/)\n* [GitLab 17.3](https://about.gitlab.com/ja-jp/blog/gitlab-17-3-released/)\n* [GitLab 17.2](https://about.gitlab.com/ja-jp/blog/gitlab-17-2-released/)\n* [GitLab 17.1](https://about.gitlab.com/ja-jp/blog/gitlab-17-1-released/)\n* [GitLab 16.11](https://about.gitlab.com/ja-jp/blog/gitlab-16-11-released/)\n","product",{"slug":13,"featured":14,"template":15},"gitlab-16-11-released",false,"BlogPost",{"title":5,"description":17,"authors":18,"heroImage":19,"date":20,"body":10,"category":11,"updatedDate":21},"GitLab 16.11でリリースした最新機能をご紹介します。",[9],"https://res.cloudinary.com/about-gitlab-com/image/upload/v1749662118/Blog/Hero%20Images/16_11-cover-image.png","2024-06-20","2024-06-25","yml",null,{},true,"/ja-jp/blog/gitlab-16-11-released","seo:\n title: GitLab 16.11リリース\n description: GitLab 16.11でリリースした最新機能をご紹介します。\n ogTitle: GitLab 16.11リリース\n ogDescription: GitLab 16.11でリリースした最新機能をご紹介します。\n noIndex: false\n ogImage: >-\n https://res.cloudinary.com/about-gitlab-com/image/upload/v1749662118/Blog/Hero%20Images/16_11-cover-image.png\n ogUrl: https://about.gitlab.com/blog/gitlab-16-11-released\n ogSiteName: https://about.gitlab.com\n ogType: article\n canonicalUrls: https://about.gitlab.com/blog/gitlab-16-11-released\ncontent:\n title: GitLab 16.11リリース\n description: GitLab 16.11でリリースした最新機能をご紹介します。\n authors:\n - GitLab Japan Team\n heroImage: >-\n https://res.cloudinary.com/about-gitlab-com/image/upload/v1749662118/Blog/Hero%20Images/16_11-cover-image.png\n date: '2024-06-20'\n body: >\n __「GitLab Duo Chat」をGitLab 16.11に統合して一般提供開始__\n\n\n 本日、一般提供された[GitLab\n Duoチャット](https://docs.gitlab.com/ja-jp/releases/16/gitlab-16-11-released/#gitlab-duo-chat-now-generally-available)および[プロダクト分析やセキュリティポリシーのスコーピング](https://docs.gitlab.com/ja-jp/releases/16/gitlab-16-11-released/#understand-your-users-better-with-product-analytics)、その他多くの機能が含まれるGitLab\n 16.11のリリースを発表します。\n\n\n これらの機能は、このリリースで追加された40を超える新機能のほんの一部です。お役に立つアップデートをすべてご紹介していますので、ぜひ最後までお読みください。\n\n\n GitLabコミュニティメンバーのみなさま、GitLab\n 16.11に190件以上のコントリビュートをしてただきありがとうございました！GitLabでは[誰でもコントリビュートできます](https://about.gitlab.com/community/contribute/)。みなさまのご協力なしでは実現できませんでした。\n\n\n 来月のリリースで予定されている内容をプレビューするには、17.0リリースのキックオフビデオもご覧いただける[今後のリリースページ](https://about.gitlab.com/releases/whats-new/)をご覧ください。\n\n\n ## 今月のMost Valuable\n Person（[MVP](https://contributors.gitlab.com/docs/notable-contributors)）を[Ivan\n Shtyrliaiev](https://gitlab.com/bahek2462774)さんと[Baptiste\n Lalanne](https://gitlab.com/BaptisteLalanne)さんに共同で授与\n\n\n [Ivan\n Shtyrliaiev](https://gitlab.com/bahek2462774)さんは、2024年にGitLabに[6件コントリビュート](https://gitlab.com/groups/gitlab-org/-/merge_requests?scope=all&state=merged&author_username=bahek2462774)しました。Ivanさんは、GitLabのプリンシパルプロダクトマネージャー、[Hannah\n Sutor](https://gitlab.com/hsutor)によって推薦され、[ユーザーリストの検索とフィルタリング体験の向上に大きく貢献しました](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/144907)。\n\n\n 「これはユーザーエクスペリエンスの大幅な改善です。横方向にスクロール可能なリストから、2つのタブと検索ボックスのみのすっきりとしたUXに移行できました」とHannahは述べています。「ユーザーはタブを横方向にスクロールせずに、検索ボックスを使って絞り込みが可能になりました！」\n\n\n Ivanさんは、この難しいリクエストを担当し、GitLab\n UXチームと協力して提案をブラッシュアップし、レビューにすばやく対応したことが評価されました。GitLabのエンジニアリングマネージャーの[Adil\n Farrukh](https://gitlab.com/adil.farrukh)も、この機能は重要で、Ivanさんがフィードバックに迅速に対応してくださったと述べており、推薦を支援しています。GitLabのフロントエンドエンジニアの[Eduardo\n Sanz\n García](https://gitlab.com/eduardosanz)もまた、Ivanさんの推薦を支援しており、彼の適応能力についてコメントしています。\n\n\n 「Eduardoさんのレビューに加え、GitLabチームがコントリビュートを実現するために尽力してくれたことに心から感謝しています」とIvanさんは述べています。「とても助かりましたし、実際にかかる時間が実感できました」\n\n\n Ivanさんは、[Politico社](https://www.politico.com/)のフロントエンドソフトウェアエンジニアです。\n\n\n [Baptiste\n Lalanne](https://gitlab.com/BaptisteLalanne)さんは、3年前に作成され、70件近くの同意が寄せられていたイシューを担当し、CI/CD設定に\n `retry:exit codes`\n を追加する[非常にリクエストの多かった機能](https://gitlab.com/gitlab-org/gitlab/-/issues/262674)にコントリビュートしました。このコントリビュートにより、失敗したパイプラインジョブやexitコードが異なるジョブをユーザーがより柔軟に管理できるようになりました。\n\n\n Baptisteさんは、GitLabのプロダクトマネージャーの[Dov\n Hershkovitch](https://gitlab.com/dhershkovitch)が推薦しました。「このプロジェクトに対するBaptisteさんの勤勉な取り組みは、単なる実装とはかけ離れていました」とDovは述べています。「今回の成果は、GitLabコミュニティにおける共同作業の強みの代表的な例です。Baptisteさんの努力により、GitLabにおいて重要なニーズを満たすだけでなく、オープン性と透明性に対する取り組みに加え、オープンコアの精神を強化できました」\n\n\n 「今回の受賞は心温まることであり、大変感謝しています」とBaptisteさんは述べています。「とても楽しいので、これからも空いている時間にコントリビュートしていきたいです」\n\n\n 過去1年間で、Baptisteさんは6つのマージリクエストをGitLabにマージしました。次は、[GitLab\n Runnerにコントリビュートすること](https://docs.gitlab.com/ja-jp/runner/development/)を楽しみにしているそうです。Baptisteさんは、[DataDog社](https://www.datadoghq.com/)のソフトウェアエンジニアです。\n\n\n 新たなMVPであるIvanさんとBaptisteさん、そしてその他のGitLabコミュニティのコントリビューターのみなさまに心から感謝申し上げます！🙌\n\n\n ## GitLab 16.11でリリースされた主な改善点\n\n\n ### GitLab Duoチャットを一般提供\n\n SaaS: Premium、Ultimate\u003Cbr>\n\n Self-Managed: Premium、Ultimate\u003Cbr>\n\n\n GitLab\n Duoチャットが[一般提供](https://docs.gitlab.com/ja-jp/policy/experiment-beta-support/#generally-available-ga)されました。また、本リリースでは、以下の機能も一般公開します。\n\n - コードの提案機能で、開発者やあまり技術の知識を持たないユーザーがなじみのないコードをより早く理解できます\n\n\n - コードリファクタリング機能で、開発者が既存のコードを簡素化して改善できます\n\n - テスト生成機能で、反復的なタスクを自動化し、チームがバグを早期に発見できます\n\n\n ユーザーは、GitLab UI、Web IDE、VS Code、またはJetBrains IDEからGitLab\n Duoチャットにアクセスできます。\u003Cbr>\n\n\n 本リリースのGitLab\n Duoチャットの詳細については、こちらの[ブログ記事（英語）](https://about.gitlab.com/blog/gitlab-duo-chat-now-generally-available/)をご覧ください。\u003Cbr>\n\n 現在、チャットはUltimateとPremiumのユーザーが利用できます。インスタンス管理者、グループオーナー、およびプロジェクトオーナーは、[Duo機能によるデータのアクセスおよび処理の制限設定](https://docs.gitlab.com/ja-jp/user/ai_features/#disable-gitlab-duo-features-for-specific-groups-or-projects-or-an-entire-instance)ができます。\n\n\n GitLab Duoチャットは、[GitLab Duo\n Pro](https://about.gitlab.com/gitlab-duo-agent-platform/#pricing)の一部です。GitLab Duo\n Proをまだ購入されていないユーザーのチャットのベータ版の移行を容易にするために、PremiumおよびUltimateをご利用のお客様を対象に、引き続きDuoチャットを（アドオンなしで）短期間提供します。Duo\n Proをサブスクライブされている方のみにアクセスが制限される時期については、後日お知らせします。\n\n\n チャット内のフィードバックボタンをクリックするか、イシューを作成してGitLab\n Duoチャットにメンションして、ぜひご意見をお聞かせください。みなさまからのフィードバックをお待ちしています！\u003Cbr>\n\n\n [ドキュメント](https://gitlab.com/groups/gitlab-org/-/epics/13516)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/13516)\u003Cbr>\n\n\n \u003Ciframe width=\"1046\" height=\"588\"\n src=\"https://www.youtube.com/embed/ZQBAuf-CTAY\" title=\"GitLab Duo Chat\"\n frameborder=\"0\" allow=\"accelerometer; autoplay; clipboard-write;\n encrypted-media; gyroscope; picture-in-picture; web-share\"\n referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen>\u003C/iframe>\n\n\n ### JetBrains IDEでGitLab Duoチャットが利用可能に\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n JetBrains IDEでGitLab Duoチャットをご利用いただけるようになりました。\u003Cbr>\n\n\n GitLabのAI機能の一環であるDuoチャットは、対応しているJetBrains\n IDEにインタラクティブなチャットウィンドウに加え、コードの説明、テストの記述、および既存のコードのリファクタリングの機能を直接提供することで、開発者は効率的に作業ができます。\u003Cbr>\n\n\n 機能の完全なリストについては、[Duoチャットのドキュメント](https://docs.gitlab.com/ja-jp/user/gitlab_duo_chat/)をご覧ください。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/editor_extensions/jetbrains_ide/)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/editor-extensions/gitlab-jetbrains-plugin/-/issues/307)\u003Cbr>\n\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/create-duo-chat-in-jetbrains.png\">\n\n\n ### セキュリティポリシーのスコープ\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n ポリシーのスコープにより、きめ細かい管理とポリシーの適用を実現します。この新機能を使用すると、セキュリティチームおよびコンプライアンスチームは、マージリクエストの承認（スキャン結果）ポリシーとスキャン実行ポリシーの両方において、ポリシーの実施範囲をコンプライアンスフレームワークまたはグループに含まれるまたは除外されるプロジェクトに設定できます。\u003Cbr>\n\n\n 現在、セキュリティポリシープロジェクトで管理されているすべてのポリシーは、リンクされているすべてのグループ、サブグループ、およびプロジェクトに対して実施されていますが、ポリシーのスコープを使用すれば、ポリシー単位で実施ポリシーを設定できるようになります。これにより、セキュリティチームとコンプライアンスチームは以下を行えるようになります。\n\n\n - ポリシーをより細かく実施しながら、組織全体でポリシーを一元管理しやすくなります\n\n\n - GitLabで実装および実施されているコントロールが、定義したコンプライアンスフレームワークにどのように組み込まれているかをより深く把握できます\n\n - コンプライアンスセンターから、コンプライアンスフレームワークにリンクされているポリシーを閲覧および管理できます\n\n - セキュリティとコンプライアンスの体制をよりよく整理し、把握できます\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/scan-execution-policies/#security-policy-scopes)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/5510)\u003Cbr>\n\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/policy-scoping-release-post-image-optimized.png\">\n\n\n ### プロダクト分析を使用してユーザーについて理解を深める\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n 今後のイノベーションと最適化についてデータに基づいた意思決定を行うためには、ユーザーがアプリケーションにどのように関わっているかを理解することが不可欠です。ビジネスに不可欠なクリティカルURLの使用量が増加しているか、毎月のアクティブユーザー数が異常なほど減少しているか、またはAndroidのモバイルデバイスを使用するお客様によるエンゲージメントが増えているか、といった質問への回答を得て、GitLabプラットフォームからエンジニアリングチームがアクセスできるようにすることで、チームは開発作業がユーザーの成果にどのように影響しているかを常に把握できるようになります。\n\n\n GitLabの新しいプロダクト分析機能を使用すると、アプリケーションを計測し、ユーザーの主要な使用状況と導入データを収集して、GitLab内に表示できます。データをダッシュボード上に表示したり、レポートを作成したりできるほか、さまざまな方法でフィルタリングして、ユーザーに関するインサイトを見つけられます。これにより、最近のリリースの成功を祝うだけでなく、問題があることを意味する顧客使用率の予期せぬ低下や急増を迅速に特定して対応できるようになりました。\n\n\n プロダクト分析を使用するには、こちらの[Helm\n Chart](https://gitlab.com/gitlab-org/analytics-section/product-analytics/helm-charts)をインストールし、アプリケーションを計測してトラフィックを送信するために、Kubernetesクラスターが必要となります。その後、GitLabはクラスターに接続し、視覚化のためにデータを取得します。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/product_analytics/)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/12716)\u003Cbr>\n\n\n \u003Ciframe width=\"478\" height=\"269\"\n src=\"https://www.youtube.com/embed/i8Mze9lRZiY\" title=\"Product Analytics\n release video\" frameborder=\"0\" allow=\"accelerometer; autoplay;\n clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share\"\n referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen>\u003C/iframe>\n\n\n ### エンタープライズユーザーのパーソナルアクセストークンを無効にする\n\n SaaS: Premium、Ultimate\u003Cbr>\n\n Self-Managed: -\u003Cbr>\n\n\n GitLab.comのグループオーナーは、グループ内のエンタープライズユーザーがパーソナルアクセストークンを作成・使用することを無効にできるようになりました。パーソナルアクセストークンは強力な権限が付与させることがあるため、セキュリティ上の理由により、これらのトークンを無効化したいオーナーもいるでしょう。\u003Cbr>\n\n このきめ細かい制御により、GitLab.comでセキュリティとアクセシビリティのバランスを取るための選択肢が提供されます。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/personal_access_tokens/#disable-personal-access-tokens-for-enterprise-users)\u003Cbr>\n\n [イシュー\n\n ](https://gitlab.com/gitlab-org/gitlab/-/issues/369504)\u003Cbr>\n\n\n \u003Cimg src=\"https://about.gitlab.com/images/16_11/govern-disable-pats.jpg\">\n\n\n ### Wikiページへのリンクのオートコンプリートサポート\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n GitLab\n 16.11でWikiページへのリンクのオートコンプリートサポートが導入されます！この新機能により、エピックやイシューからWikiページにリンクすることがかつてないほど簡単になりました。キーを数回クリックするだけでリンクできます。\u003Cbr>\n\n\n もうWikiページのURLをコピーして、エピックやイシューのコメントに貼り付ける必要はありません。今後は、Wikiページのあるグループやプロジェクトに移動し、エピックやイシューにアクセスし、オートコンプリートのショートカットを使用して、エピックやイシューからWikiページにシームレスにリンクするだけです！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/markdown/#gitlab-specific-references)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/442229)\u003Cbr>\n\n\n \u003Ciframe width=\"478\" height=\"269\"\n src=\"https://www.youtube.com/embed/qqN6KxMB06E\" title=\"Knowledge Group:\n Introducing Autocomplete Support for Wiki Pages\" frameborder=\"0\"\n allow=\"accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope;\n picture-in-picture; web-share\"\n referrerpolicy=\"strict-origin-when-cross-origin\" allowfullscreen>\u003C/iframe>\n\n\n ### プロジェクト概要ページに表示されるメタデータ用のサイドバー\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n プロジェクト概要ページのデザインを一新しました。これにより、すべてのプロジェクト情報とリンクが複数のエリアに表示されるのではなく、1つのサイドバーで確認できるようになりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/working_with_projects/)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/429186/)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/431537)\u003Cbr>\n\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/project-overview-sidebar.png\">\n\n\n ### Switchboardを用いて行った変更に関するメール通知\n\n SaaS: -\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n テナント管理者がSwitchboardを使用してGitLab\n Dedicatedインスタンスの設定を変更すると、完了時にメール通知が生成されるようになりました。\u003Cbr>\n\n\n Switchboardでテナントを表示または編集するアクセス権を持つすべてのユーザーに、変更が行われるたびに通知が送信されます。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/administration/dedicated/configure_instance/#manage-notification-preferences)\u003Cbr>\n\n [イシュー](https://docs.gitlab.com/ja-jp/administration/dedicated/)\n\n\n ### ジョブの失敗時に直ちにパイプラインをキャンセルするオプション\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n ジョブが失敗したことに気づいた場合、失敗の原因である問題に対処する間、リソースを節約するために手動で残りのパイプラインをキャンセルすることがあります。GitLab\n 16.11では、ジョブが失敗した際に自動的にパイプラインがキャンセルされるように設定できるようになりました。特に並行して多数のジョブが長時間実行される、実行に長時間かかる大規模なパイプラインでは、リソースの使用量とコストを削減する効果的な方法として利用できます。\u003Cbr>\n\n\n [ダウンストリームのパイプラインが失敗した場合に直ちにパイプラインがキャンセルされる](https://docs.gitlab.com/ja-jp/ci/pipelines/downstream_pipelines/#auto-cancel-the-parent-pipeline-from-a-downstream-pipeline)ように設定することも可能です。この場合、親パイプラインと他のすべてのダウンストリームのパイプラインがキャンセルされます。\u003Cbr>\n\n\n この場を借りて、この機能にコントリビュートしてくれた[Marco](https://gitlab.com/zillemarco)さんに心から感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/ci/yaml/#workflowauto_cancelon_job_failure)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/23605)\u003Cbr>\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/16.11_auto_cancel_on_job_failure.png\">\u003Cbr>\n\n\n ## GitLab 16.11におけるその他の改善点\n\n\n ### インポートジョブの上限を設定可能に\n\n\n SaaS: -\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n これまでインポートジョブの最大数は以下のとおりでした。\u003Cbr>\n\n\n - GitHubインポーターは1,000件でした。\n\n - Bitbucket CloudとBitbucket Serverのインポーターは100件でした。\n\n\n 上記の制限はハードコーディングされており、変更できませんでした。これらの制限により、キューに追加されるのと同じタイミングでインポートジョブを処理するには処理速度が不十分であった可能性があり、結果としてインポート速度が低下していたかもしれません。\u003Cbr>\n\n\n 今回のリリースでは、ハードコーディングされていた制限をアプリケーション設定に移行しました。GitLab.com版では上限を上げていませんが、Self-Managed版のGitLabインスタンスの管理者は、ニーズに応じてインポートジョブの数を設定できるようになりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/administration/settings/import_and_export_settings/#maximum-number-of-simultaneous-import-jobs)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/439286)\n\n\n ### Slackアプリ用GitLabがグループとインスタンスで設定可能に\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n これまでSlackアプリ用GitLabは、一度に1つのプロジェクトに対してしか設定できませんでした。本リリースでは、グループまたはインスタンス向けのインテグレーションを設定し、複数のプロジェクトに一度に変更を加えられるようになりました。\u003Cbr>\n\n\n この改善により、Slackアプリ用GitLabの機能は、非推奨の[Slack通知インテグレーション](https://docs.gitlab.com/ja-jp/user/project/integrations/slack/)と同等のレベルに近づきました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/gitlab_slack_application/#from-the-project-or-group-settings)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/391526)\n\n\n ### GitLab Pagesのサイドバー上での可視性が向上\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n 以前のリリースでは、GitLab Pages サイトがあるプロジェクトでサイトURLを見つけるのは大変でした。\n\n GitLab\n 16.11からは、右側のサイドバーにサイトへのショートカットリンクが表示され、ドキュメントを確認しなくてもURLを見つけられるようになりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/pages/)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/18027)\u003Cbr>\n\n\n \u003Cimg src=\"https://about.gitlab.com/images/16_11/gitlab_pages_sidebar.png\">\n\n\n ### 色を用いてエピックを視覚的に区別\n\n SaaS: Premium、Ultimate\u003Cbr>\n\n Self-Managed: Premium、Ultimate\u003Cbr>\n\n\n 組織全体でポートフォリオ管理機能をさらに充実して利用できるように、[ロードマップ](https://docs.gitlab.com/ja-jp/user/group/roadmap/)と[エピックボード](https://docs.gitlab.com/ja-jp/user/group/epics/epic_boards/)でエピックを色で区別できるようになりました。\u003Cbr>\n\n\n 軽量で用途の広いこの機能を使用すれば、グループの所有権、ライフサイクルステージ、開発の成熟度、その他の様々なカテゴリをすばやく区別できます。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/group/epics/manage_epics/#epic-color)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/9033)\n\n\n ### GitLabからのGoogle Compute Engine Runnerの作成を自動化 - パブリックベータ版\n\n SaaS: -\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n これまでGoogle Compute EngineでGitLab Runnerを作成する際は、GitLabとGoogle\n Cloudの間で複数回コンテキストを切り替える必要がありました。\u003Cbr>\n\n\n GitLab\n RunnerインフラストラクチャのツールキットのterraformテンプレートとGitLabを使用することで、複数のシステム間を移動しなくても、Google\n Compute EngineでGitLab Runnerを簡単にプロビジョニングして、GitLab Runnerをデプロイし、Google\n Cloudインフラストラクチャをプロビジョニングできるようになりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/ci/runners/provision_runners_google_cloud/#creating-a-runner-provisioned-in-google-cloud)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/13494)\n\n\n ### ArtifactoryとAWSを含む、Hashicorp Vaultのシークレットのサポートを拡張\n\n\n SaaS: Premium、Ultimate\u003Cbr>\n\n Self-Managed: Premium、Ultimate\u003Cbr>\n\n\n HashiCorp VaultとGitLabのインテグレーションが拡張され、多様なタイプのシークレットに対応できます。GitLab Runner\n 16.11で導入された'汎用'タイプのシークレットエンジンを選択できるようになりました。この汎用エンジンは、HashiCorp\n Vaultの[Artifactory\n Secretsプラグイン](https://jfrog.com/help/r/jfrog-integrations-documentation/hashicorp-vault-artifactory-secrets-plugin)および[AWSシークレットエンジン](https://developer.hashicorp.com/vault/docs/secrets/aws)をサポートしています。このオプションを使用して、必要なシークレットを安全に取得し、GitLab\n CI/CDパイプラインで使用しましょう！\u003Cbr>\n\n\n この素晴らしいコントリビュートをしてくれた[Ivo\n Ivanov](https://gitlab.com/urbanwax)さんに心から感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/ci/secrets/#vault-secrets-engines)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/366492)\n\n\n ### 特定のexitコードにより、失敗したCIジョブの自動リトライを改善\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n これまでは `retry:max` に加え、`retry:when`\n を使用して、スクリプトの失敗時など、特定の失敗が発生した際に、ジョブを何回リトライするかを設定できました。\u003Cbr>\n\n\n 本リリースでは、`retry:exit_codes`\n を利用して、特定のスクリプトの終了に基づき、失敗したジョブの自動リトライを設定できるようになりました。`retry:exit_codes` とともに\n `retry:when` および `retry:max`\n を用いて、特定のニーズに応じてパイプラインの動作を微調整し、パイプラインの実行を改善できます。\u003Cbr>\n\n\n この場を借りて、コミュニティへの貢献をしてくれた[Baptiste\n Lalanne](https://gitlab.com/BaptisteLalanne)さんに感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/ci/yaml/#retry)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/262674)\n\n\n ### Google Artifact RegistryをGitLabプロジェクトに接続\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: -\u003Cbr>\n\n\n ソースコードおよびパイプラインと一緒にDockerイメージとOCIイメージを表示、プッシュ、プルするには、GitLabコンテナレジストリを使用します。この方法はGitLabを使用する多くのお客様にとって、'テスト'および'ビルド'フェーズでのコンテナイメージに最適です。しかし、組織がGoogleなどのクラウドプロバイダーに本番環境のイメージを公開するのは一般的なことです。\u003Cbr>\n\n\n これまでGitLabからGoogle Artifact Registryにイメージをプッシュするには、Artifact\n Registryへに接続して、デプロイ用のカスタムスクリプトを作成し、保守する必要がありました。この方法はエラーが起きやすく、非効率でした。また、簡単にコンテナイメージ全体像を把握する方法もありませんでした。\u003Cbr>\n\n\n Google Artifact管理の新機能を活用して、GitLabプロジェクトをArtifact\n Registryリポジトリに簡単に接続できるようになりました。接続後、GitLab CI/CDパイプラインを使用して、Artifact\n Registryにイメージを公開できます。また、GitLabで\u003Cb>デプロイ > Google Artifact\n Registry\u003C/b>の順に移動すれば、Artifact\n Registryに公開されたイメージを閲覧できます。イメージの詳細を表示したい場合は、イメージを選択するだけです。\u003Cbr>\n\n\n この機能はベータ版であり、現在GitLab.com版でのみ利用できます。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/google_artifact_management/)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/12365)\n\n\n ### GitLab Duoでプロダクト分析データを確認\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n [プロダクト分析機能が一般](https://docs.gitlab.com/ja-jp/releases/16/gitlab-16-11-released/#understand-your-users-better-with-product-analytics)提供されました。本リリースには[カスタム可視化デザイナー](https://docs.gitlab.com/ja-jp/user/analytics/analytics_dashboards/#visualization-designer)があります。カスタム可視化デザイナーを使用して、アプリケーションイベントデータの確認やダッシュボードの構築を行うことができ、顧客の使用状況と導入パターンを理解しやすくなります。\u003Cbr>\n\n\n 可視化デザイナーでは、テキスト形式でリクエストを入力して、GitLab\n Duoにグラフや表の作成を依頼できます。たとえば、「2024年の月間アクティブユーザー数を表示してください」や「今週の上位URLをリストアップしてください」というように依頼します。\u003Cbr>\n\n\n プロダクト分析のGitLab\n Duoは、[実験的な](https://docs.gitlab.com/ja-jp/policy/experiment-beta-support/#experiment)機能として提供されています。\u003Cbr>\n\n\n 本機能をさらに改善できるよう、こちらの[フィードバック用のイシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/455363)から、カスタム可視化デザイナーでGitLab\n Duoを使用した体験に関するフィードバックをお寄せください。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/product_analytics/)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/12245)\u003Cbr>\n\n\n \u003Cimg src=\"https://about.gitlab.com/images/16_11/PA_customviz_duo.png\">\n\n\n ### Dependency ScanningでのYarn v4のサポート\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n Dependency ScanningがYarn v4に対応しました。この機能強化により、アナライザーでYarn\n v4のロックファイルを解析できるようになりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/dependency_scanning/#supported-languages-and-package-managers)\u003Cbr>\n\n [エピック](https://gitlab.com/gitlab-org/gitlab/-/issues/431752)\n\n\n ## ワークロードIDティフェデレーションによりGoogle Cloudを認証\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: -\u003Cbr>\n\n\n ワークロードIDフェデレーションを使用すると、サービスアカウントキーを使用せずにGitLabとGoogle\n Cloud間でワークロードを安全に接続できます。キーは長期的に使用される認証情報であることから、攻撃の経路となる可能性があるため、これによりセキュリティが改善されました。また、キーを使用する場合、作成、保護、および交換のための管理負荷も発生します。\u003Cbr>\n\n\n ワークロードIDフェデレーションを使用すると、GitLabとGoogle Cloud間でIAMロールをマッピングできます。\u003Cbr>\n\n\n この機能はベータ版であり、現在GitLab.com版でのみ利用できます。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/integration/google_cloud_iam/)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/12758)\n\n\n ### ポリシーボットのコメントを拡張して違反データを追加\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n セキュリティポリシーボットは、プロジェクトでポリシーがいつ実施されたか、いつ評価が完了したか、またMRをブロックする違反がある場合に、解決方法を提供するガイダンスも提示します。この度、ポリシーによってMRがブロックされる理由に関するさらなるインサイトに加え、解決方法についてのよりきめ細かいフィードバックが提供されるように、ボットコメントのサポートを拡張しました。コメントには以下の詳細情報が含まれます。\u003Cbr>\n\n\n - MRを明確にブロックしているセキュリティの調査結果\n\n - ポリシーに違反しているライセンス\n\n - デフォルトで「フェールクローズ」または動作をブロックする可能性のあるポリシーエラー\n\n - セキュリティの調査結果の評価で考慮されているパイプラインの詳細\n\n\n こういった詳細情報が提供されることで、MRのステータスをより迅速に把握し、どのような問題であっても自分でトラブルシューティングできるようになりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/scan-result-policies/)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/433403)\u003Cbr>\n\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/bot-comment-policy-violations.png\">\n\n\n ### ユーザー名の選択肢がさらに豊富に\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n ユーザー名には、アクセントなしの文字、数字、アンダースコア（`_`）、ハイフン（`-`）、ピリオド（`.`）のみを使用できます。ユーザー名をハイフン（`-`）で始めたり、ピリオド（`.`）や\n `.git`、`.atom` で終わらせることはできません。\u003Cbr>\n\n\n ユーザー名の検証時に、この基準がより正確に表示されるようになりました。このように検証機能が改良されたことで、ユーザー名を決める際の選択肢がより明確になりました。\u003Cbr>\n\n\n この場を借りて、コントリビュートしてくれた[Justin\n Zeng](https://www.linkedin.com/in/jzeng88/)さんに感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/#change-your-username)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/429283)\n\n\n ### ユーザーリストの検索とフィルタリングの改善\n\n SaaS: -\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n 管理者エリアのユーザーページを改善しました。\u003Cbr>\n\n\n これまで、ユーザーリストの上部にタブが水平に配置されていたため、目的のフィルターまで移動するのに苦労していました。\u003Cbr>\n\n\n この度、フィルターが検索ボックスに統合され、ユーザーの検索とフィルタリングを非常に簡単に行えるようになりました。\u003Cbr>\n\n\n この場を借りて、コントリビュートしてくれた[Ivan\n Shtyrliaiev](https://www.linkedin.com/in/bahek2462774/)さんに感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/administration/admin_area/#administering-users)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/238183)\n\n\n ### Omnibusの改善\n\n SaaS: -\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n GitLab 17.0では、PostgreSQLの最小サポートバージョンが14になる予定です。\u003Cbr>\n\n\n この変更に備え、GitLab\n 16.11では'attempt_auto_pg_upgrade?'の設定を'true'に変更しました。この設定により、PostgreSQLのバージョン14に自動的にアップグレードしようと試行します。\n\n このプロセスは、前回PostgreSQLの最小サポートバージョンを更新した際のプロセスと同じものです。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/omnibus/)\n\n\n ### カスタムWebhookヘッダー\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n 以前まで、GitLab\n Webhookはカスタムヘッダーに対応していませんでした。そのため、当時のWbhookは、特定の名前を持つヘッダーの認証トークンを承認するシステムと併用できませんでした。\u003Cbr>\n\n\n このリリースにより、Webhookを作成または編集する際に最大20個のカスタムヘッダーを追加できるようになりました。これらのカスタムヘッダーは、外部サービスの認証用に使用できます。\u003Cbr>\n\n\n この機能とGitLab\n 16.10で導入された[カスタムWebhookテンプレート](https://docs.gitlab.com/ja-jp/user/project/integrations/webhooks/#custom-webhook-template)を使用することで、カスタムWebhookを自由に作成できます。設定を行うことで、Webhookを通じて次のことを行えます。\n\n - カスタムペイロードを投稿する。\n\n - 必要に応じて認証ヘッダーを追加する。\n\n シークレットトークンやURLパラメータと同様に、カスタムヘッダーはターゲットURLが変更されるとリセットされます。\u003Cbr>\n\n\n この場を借りて、[コミュニティへの貢献](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/146702)をしてくれた[Niklas](https://gitlab.com/Taucher2003)に感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/webhooks/#custom-headers)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/17290)\n\n\n ### REST APIによるプロジェクトテスト用フック\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n 以前まで、プロジェクトフックのテストは、GitLab UIでのみ行うことができました。このリリースにより、REST\n APIを使用して、指定されたプロジェクトのテストフックをトリガーできるようになりました。\u003Cbr>\n\n\n この場を借りて、[コミュニティへの貢献](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/147656)をしてくれた[Phawin](https://gitlab.com/lifez)に感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/api/projects/#trigger-a-test-project-hook)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/25329)\n\n\n ### バリューストリームイベントの累積計算が可能に\n\n SaaS: Premium、Ultimate\u003Cbr>\n\n Self-Managed: Premium、Ultimate\u003Cbr>\n\n\n 新たなメソッドの導入により、ラベルイベント間の実行時間をより効果的に計算できるようになりました。この変更は、イベントが複数回発生するシナリオに対応するものです。たとえば、マージリクエストでラベルが開発段階とレビュー状態の間を行ったり来たりして変更される場合などです。以前、実行時間は最初と最後のラベルイベント間の時間を合計することで算出されていました。\u003Cbr>\n\n\n 現在、実行時間は累積時間として算出されるようになり、イシューまたはマージリクエストに特定のラベルが割り当てられている場合の実行時間のみを正確に表しています。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/group/value_stream_analytics/#cumulative-label-event-duration)\u003Cbr>\n\n [イシュー](https://gitlab.com/groups/gitlab-org/-/epics/12088)\n\n\n ### グループコメントテンプレート\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n イシュー、エピック、またはマージリクエストにおいて、組織全体でテンプレート化された返答文があると便利です。こうしたテンプレートには、標準的な質問、よくある問題の解決策、またはマージリクエストのレビューコメント用のフォーマットなどが含まれます。\u003Cbr>\n\n\n グループコメントテンプレートでは、GitLab全体のコメントボックスに投稿できる保存可能な返答文を作成し、ワークフローを合理化できます。この新機能により、組織におけるテンプレートの一元的な作成および管理が可能になり、すべてのユーザーが同じテンプレートを活用できるようになります。\u003Cbr>\n\n\n コメントテンプレートを作成するには、GitLabの任意のコメントボックスに移動し、__「コメントテンプレートを挿入」>「グループコメントテンプレートを管理」__\n の順に選択します。作成したコメントテンプレートには、すべてのグループメンバーがアクセスできます。コメント作成時に、__「コメントテンプレートを挿入」__\n のアイコンを選択すると、保存された返答文が適用されます。\u003Cbr>\n\n\n このコメントテンプレートにおける強化機能をぜひお試しください。また、近日中に[プロジェクトレベルのコメントテンプレート](https://gitlab.com/gitlab-org/gitlab/-/issues/440818)も追加される予定です。フィードバックがございましたら、[イシュー45120](https://gitlab.com/gitlab-org/gitlab/-/issues/451520)でコメントにてお知らせください。\n\n \u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/comment_templates/)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/440817)\u003Cbr>\n\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/create-group-comment-templates.png\">\n\n\n ### ジョブアーティファクトのダウンロード権限の管理\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n デフォルトでは、パブリックパイプライン内のCI/CDジョブから生成されたすべてのアーティファクトは、パイプラインへのアクセス権を持つすべてのユーザーがダウンロード可能です。ただし、アーティファクトのダウンロードを一切許可すべきでない場合、または高いアクセスレベルを持ったチームメンバーのみに限定すべき場合もあります。\u003Cbr>\n\n\n そこで、このリリースでは、`artifacts:access`\n キーワードが導入されました。ユーザーは、どのユーザーにアーティファクトのダウンロードを許可するか設定（パイプラインへのアクセス権を持つすべてのユーザー、開発者以上のロールを持つユーザーに限定、一切許可しないなど）できるようになりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/ci/yaml/#artifactsaccess)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/428677)\n\n\n ### GitLab Runner 16.11\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n 本日、GitLab Runner 16.11もリリースされます！GitLab\n Runnerは、CI/CDジョブを実行し、結果をGitLabインスタンスに送信する、軽量で拡張性の高いエージェントです。 GitLab\n Runnerは、GitLabに含まれるオープンソースの継続的インテグレーションサービスであるGitLab CI/CDと連携して動作します。\u003Cbr>\n\n\n バグの修正：\n\n - [クラッシュ：致命的なエラー：マップの同時読み取りと同時書き込み\n ](https://gitlab.com/gitlab-org/gitlab-runner/-/issues/31077)\n\n -\n [「FF_KUBERNETES_HONOR_ENTRYPOINT」機能が動作しない](https://gitlab.com/gitlab-org/gitlab-runner/blob/16-11-stable/CHANGELOG.md)\n\n\n すべての変更のリストは、GitLab\n Runnerの[変更履歴](https://gitlab.com/gitlab-org/gitlab-runner/blob/16-11-stable/CHANGELOG.md)にあります。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/runner/)\n\n\n ### パイプラインの詳細ページの改善\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n パイプライングラフには、ジョブの状態、ランタイムの更新、マルチプロジェクトパイプライン、親子パイプラインなど、パイプラインの詳細な概要が表示されます。\u003Cbr>\n\n\n 本日、デザインが一新されたパイプライングラフがリリースされます。新しいパイプライングラフは、デザイン性の改善、ジョブのグループ化、モバイル端末での利用体験の向上、既存ビュー内でのダウンストリームパイプラインの可視性の強化を特徴とします。\u003Cbr>\n\n\n ぜひお試しの上、専用の[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/450676)からフィードバックをお寄せいただけますと幸いです。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/ci/pipelines/#view-pipelines)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/132462)\n\n\n ### Auto DevOpsのビルド段階におけるアップグレード\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n Auto DevOpsのAuto Buildコンポーネントに使用されていた `heroku/buildpacks:20`\n イメージがupstreamで非推奨となったため、`heroku/builder:20` イメージに移行します。\u003Cbr>\n\n\n この破壊的な変更は、upstreamの問題に対処するためにGitLabのメジャーリリース以外で実施されます。アップグレードが原因でパイプラインが破損する可能性は低いです。一時的な解決策として、手動で\n `heroku/builder:20` イメージを設定して[ビルダーのサンセットエラー（builder sunset\n error）](https://docs.gitlab.com/ja-jp/topics/autodevops/troubleshooting/#skipping-errors)を回避することができます。\u003Cbr>\n\n\n さらに、GitLab 17.0では、`heroku/builder:20` から `heroku/builder:22`\n へのメジャーアップグレードが別途予定されています。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/topics/autodevops/troubleshooting/#builder-sunset-error)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/cluster-integration/auto-build-image/-/issues/73)\n\n\n ### DASTアナライザーのパフォーマンスの更新\n\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n 16.11リリースのマイルストーンでは、DASTにおける以下の改善が完了しました。\u003Cbr>\n\n\n -\n ナビゲーションパスを最適化することで、クローラーのパフォーマンスが向上し、スキャン時間が20%短縮（GitLabのベンチマークテストに基づく）されました。詳細については、イシューを参照してください。\n\n -\n DASTレポートを最適化してメモリ使用量を削減することで、DASTスキャン中のランナーのメモリ使用量の上昇率を抑えることに成功しました。詳細については、[イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/430815)を参照してください。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/dast/browser/)\u003Cbr>\n\n [イシュー](https://gitlab.com/groups/gitlab-org/-/epics/12194)\n\n\n ### 依存関係スキャンのSBOM用の依存関係グラフのサポート\n\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n ユーザーは、依存関係スキャンレポートの一環で生成されたCycloneDX\n SBOMの依存関係グラフの情報にアクセスできます。以下のパッケージマネージャーを対象とした依存関係グラフの情報を使用できます。\n\n\n - NuGet\n\n - Yarn 1.x\n\n - sbt\n\n - Conan\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/dependency_list/)\u003Cbr>\n\n [エピック](https://gitlab.com/gitlab-org/gitlab/-/issues/366168)\n\n\n ### コンプライアンスフレームワークにリンクされたセキュリティポリシーの表示\n\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n コンプライアンスセンターがコンプライアンスマネージャーにとっての中心的なハブへと進化している今、コンプライアンスフレームワークを管理する機能が備わりました。さらに、セキュリティポリシーによって確立され、コンプライアンスフレームワークに関連付けられた制御情報を可視化することもできます。\u003Cbr>\n\n\n これらの包括的な制御性を活用して、コンプライアンスの対象となるプロジェクトで実行するセキュリティスキャナや2人の承認者を必須とする要件を実装したり、脆弱性管理ワークフローを確立したりできます。こうして確立した制御要件をコンプライアンスフレームワークに統合することで、フレームワーク内の関連プロジェクトが各要件に従って実行されるようになります。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/group/compliance_frameworks/)\u003Cbr>\n\n [エピック](https://gitlab.com/groups/gitlab-org/-/epics/11480)\u003Cbr>\n\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/cf-security-policy-link.png\">\n\n\n ### セキュリティポリシーの重複に関する問題を解決\n\n\n SaaS: Ultimate\u003Cbr>\n\n Self-Managed: Ultimate\u003Cbr>\n\n\n GitLab\n 16.9以前のバージョンでは、プロジェクトが親グループやサブグループのセキュリティポリシーを継承しながら、同じセキュリティポリシープロジェクトにリンクされることがありました。これが原因で、リストに重複したポリシーが表示されていました。\u003Cbr>\n\n この問題は解決され、セキュリティポリシープロジェクトからすでにポリシーが継承されている場合、そのプロジェクトにリンクされることはできなくなりました。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/416903)\n\n\n ### APIを使用したアプリケーションシークレットの更新\n\n SaaS: -\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n アプリケーションAPIを使用して、アプリケーションシークレットを更新できるようになりました。以前は、これを行うにはUIを使用する必要がありましたが、APIを使用して、プログラムに基づいたシークレットの更新を実行できるようになりました。\u003Cbr>\n\n\n この場を借りて、貢献してくれた[Phawin](https://gitlab.com/lifez)に感謝します！\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/api/applications/#renew-an-application-secret)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/422420)\n\n\n ### 期限が迫っているグループおよびプロジェクトのアクセストークンをお知らせするWebhook通知\n\n SaaS: Premium、Ultimate\u003Cbr>\n\n Self-Managed: Premium、Ultimate\u003Cbr>\n\n\n グループとプロジェクトのアクセストークン用のWebhookイベントが利用可能になりました。\u003Cbr>\n\n\n 以前は、期限が迫っているトークンに関する通知を受け取る手段がメールだけに限られていました。Webhookイベントがトリガーされると、アクセストークンが期限切れになる7日前に実行されます。\u003Cbr>\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/integrations/webhook_events/#project-and-group-access-token-events)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/426147)\n\n\n ### プロジェクトアーカイブ機能の更新\n\n SaaS: Free、Premium、Ultimate\u003Cbr>\n\n Self-Managed: Free、Premium、Ultimate\u003Cbr>\n\n\n アーカイブ済みプロジェクトをプロジェクトリストで簡単に特定できるようになりました。\n 16.11以降、アーカイブされたプロジェクトはグループの概要の\u003Cb>アーカイブ済み\u003C/b>タブに移動し、\u003Cb>アーカイブ済み\u003C/b>バッジが表示されます。このバッジは、プロジェクト概要ページのプロジェクトタイトルにも表示されます。\u003Cbr>\n\n アーカイブ済みプロジェクトが読み取り専用であることを示すアラートメッセージが表示されます。このメッセージは、アーカイブ済みプロジェクトのサブページで作業する際にこの情報が見落とされることがないよう、すべてのプロジェクトページで表示されます。\u003Cbr>\n\n また、グループを削除しようとすると、アーカイブ済みプロジェクトが誤って削除されることを防止するために、確認モーダルにアーカイブ済みプロジェクトの件数が表示されるようになりました。\n\n\n [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/working_with_projects/#archive-a-project)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/23667)\u003Cbr>\n\n [イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/18069)\n\n\n \u003Cimg\n src=\"https://about.gitlab.com/images/16_11/updated_project_archiving.png\">\n\n\n ## 実験的な機能\n\n\n ### GitLab CIステップを使用したGitHubアクションの実行（実験）\n\n\n 新しいGitLab Steps構文とStep Runnerを利用することで、CI/CDワークフロー用のGitHub ActionsをGitLab\n CI/CDパイプラインに組み込めるようになりました。この機能により、GitHub\n Actionsから移行するユーザーをオンボーディングする際のプロセスを簡素化できます。\u003Cbr>\n\n\n この機能は実験的に導入されました。詳細については、[こちらのドキュメント](https://docs.gitlab.com/ja-jp/ci/steps/)を参照してください。\n\n\n ### ロギング（実験）\n\n\n ロギングを利用することで、インフラストラクチャレベル（システムログ）やエンドユーザーアプリケーションなどにおける最近のログや過去のログを収集、保持、照会することができます。さまざまなログソースを一元化することで、ユーザーは個々のイベントを関連付けてシステム内の連携を確立し、問題の根本原因を迅速に特定できるようになります。これにより、コンテキストスイッチ（ツール間の切り替え）が削減され、トラブルシューティングにおける所要時間が短縮します。\u003Cbr>\n\n\n この機能は実験的に導入されました。詳細と開始方法については、[ログに関するドキュメント](https://docs.gitlab.com/ja-jp/operations/logs/)を参照してください。\n\n\n ### メトリクス（実験）\n\n\n メトリクスを利用することで、Open-TelemetryライブラリとSDKを活用したデータ収集が可能になり、インフラストラクチャやアプリケーションレベルにおける過去または最近のメトリクスを収集、保持、クエリすることができます。\u003Cbr>\n\n\n この機能は実験的に導入されました。詳細と開始方法については、[メトリクスに関するドキュメント](https://docs.gitlab.com/ja-jp/operations/metrics/)を参照してください。\n\n\n ### モデルレジストリ（実験）\n\n\n データサイエンティストは[モデルレジストリ](https://docs.gitlab.com/ja-jp/user/project/ml/model_registry/)を利用することで、機械学習（ML）モデルを、その作成に関連付けられたすべてのメタデータ（パラメーター、パフォーマンスメトリクス、アーティファクト、ログなど）とともに管理できます。\u003Cbr>\n\n\n 現在、この実験的な機能は[MLflowクライアント](https://docs.gitlab.com/ja-jp/user/project/ml/model_registry/)と互換性があります。\n\n\n ### バグの修正、パフォーマンスの改善、UIの改善\n\n\n GitLabは、ユーザーに可能な限り最高のエクスペリエンスを提供することに専念しています。\n リリースごとに、バグの修正、パフォーマンスの向上、UIの強化に精力的に取り組んでいます。GitLabでは、100万人を超えるGitLab.comユーザーをはじめ、GitLabのプラットフォームをご利用いただくすべての方に、スムーズでシームレスな利用体験を届けるために精一杯取り組んでいます。\u003Cbr>\n\n\n 16.11で提供されたすべてのバグの修正、パフォーマンスの強化、UIの改善を表示するには、以下のリンクをクリックしてください。\n\n - [バグの修正\n\n ](https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&state=closed&label_name%5B%5D=type%3A%3Abug&or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&milestone_title=16.11)\n\n -\n [パフォーマンスの改善](https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&state=closed&label_name%5B%5D=bug%3A%3Aperformance&or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&milestone_title=16.11)\n\n - [UIの改善\n\n ](https://nicolasdular.gitlab.io/gitlab-polish-gallery/?milestone=16.11)\n\n\n ### 非推奨事項\n\n 新たに非推奨になった機能、および現在非推奨になっているすべての機能の一覧は、[GitLabのドキュメント](https://docs.gitlab.com/ja-jp/update/deprecations/)で確認できます。今後の破壊的な変更について通知を受けるには、[破壊的な変更のRSSフィードをサブスクライブ](https://about.gitlab.com/breaking-changes.xml)してください。\u003Cbr>\n\n\n -\n [`GITLAB_SHARED_RUNNERS_REGISTRATION_TOKEN`は非推奨となりました](https://about.gitlab.com/breaking-changes.xml)\n\n\n ## 削除された機能と変更点\n\n\n 消去されたすべての機能の一覧は、[GitLabのドキュメント](https://docs.gitlab.com/ja-jp/update/deprecations/)で確認できます。\n 今後の破壊的な変更について通知を受けるには、[破壊的な変更のRSSフィードをサブスクライブ](https://about.gitlab.com/breaking-changes.xml)してください。\n\n\n ## その他の重要な変更\n\n\n ### パッチとセキュリティの統合リリース\n\n\n GitLabは、4月に「パッチ」および「セキュリティ」のリリースを一新し、これらを[セマンティックバージョニング](https://semver.org/)の標準に準拠した「パッチ」リリースに統合しました。\u003Cbr>\n\n\n 変更の詳細については、[パッチリリースとセキュリティリリースの統合](https://about.gitlab.com/blog/were-combining-patch-and-security-releases/)に関するブログ記事を参照してください。\n\n\n ### メジャーリリースに先立つ破壊的な変更の実施日時\n\n\n 17.0のメジャーリリースは2024年5月16日に予定されています！\u003Cbr>\n\n\n このバージョンでは、GitLabに多くの素晴らしい改善が加えられる一方で、同時に非推奨機能も削除されます。破壊的な変更は、以下の3回の日程で実施されます。この期間に、17.0における破壊的な変更の大部分がGitLab.comにデプロイされることが予想されます。\n\n\n - 2024年4月22日9時00分～2024年4月24日22時00分（協定世界時）\n\n - 2024年4月29日9時00分～2024年4月31日22時00分（協定世界時）\n\n - 2024年5月6日9時00分～2024年5月8日22時00分（協定世界時）\n\n\n 詳細については、[GitLab\n 17.0における重大かつ破壊的な変更に関するガイド記事](https://about.gitlab.com/blog/a-guide-to-the-high-impact-breaking-changes-in-gitlab-17-0/)を参照してください。\n\n 今年のメジャーリリースで予定されているすべての削除項目を確認するには、[非推奨ページ](https://docs.gitlab.com/ja-jp/update/deprecations/?removal_milestone=17.0)にアクセスしてください。\n\n\n ## 変更履歴\n\n 変更内容をすべて表示するには、以下のページから変更履歴を確認してください。\n\n\n -\n [GitLab](https://gitlab.com/gitlab-org/gitlab-foss/blob/master/CHANGELOG.md)\n\n - [GitLab\n Runner](https://gitlab.com/gitlab-org/gitlab-runner/blob/main/CHANGELOG.md)\n\n - [VS\n CodeのGitLabワークフロー](https://gitlab.com/gitlab-org/gitlab-vscode-extension/-/blob/main/CHANGELOG.md)\n\n - [GitLab CLI](https://gitlab.com/gitlab-org/cli/-/releases)\n\n\n ## インストール\n\n 新しいGitLabのインストールをセットアップする場合は、[GitLabのダウンロードページ](https://about.gitlab.com/install/)を参照してください。\n\n ## 更新\n\n [更新ページ](https://about.gitlab.com/update/)を確認してください。\n\n ## ご質問\n\n ご意見をお聞かせください。本リリースについてご不明な点がある場合は、[GitLabフォーラム](https://forum.gitlab.com/)にアクセスし質問を投稿してください。\u003Cbr>\u003Cbr>\n\n\n *監修：大井 雄介 （GitLab合同会社 ソリューションアーキテクト本部 本部長）*\n\n\n ### 過去の日本語リリース情報\n\n\n - [GitLab 18.0](https://about.gitlab.com/ja-jp/blog/gitlab-18-0-release/)\n\n - [GitLab 17.11](https://about.gitlab.com/ja-jp/blog/gitlab-17-11-release/)\n\n - [GitLab 17.10](https://about.gitlab.com/ja-jp/blog/gitlab-17-10-release/)\n\n - [GitLab 17.9](https://about.gitlab.com/ja-jp/blog/gitlab-17-9-release/)\n\n * [GitLab 17.8](https://about.gitlab.com/ja-jp/blog/gitlab-17-8-release/)\n\n * [GitLab 17.7](https://about.gitlab.com/ja-jp/blog/gitlab-17-7-release/)\n\n * [GitLab 17.6](https://about.gitlab.com/ja-jp/blog/gitlab-17-6-release/)\n\n * [GitLab 17.5](https://about.gitlab.com/ja-jp/blog/gitlab-17-5-released/)\n\n * [GitLab 17.4](https://about.gitlab.com/ja-jp/blog/gitlab-17-4-released/)\n\n * [GitLab 17.3](https://about.gitlab.com/ja-jp/blog/gitlab-17-3-released/)\n\n * [GitLab 17.2](https://about.gitlab.com/ja-jp/blog/gitlab-17-2-released/)\n\n * [GitLab 17.1](https://about.gitlab.com/ja-jp/blog/gitlab-17-1-released/)\n\n * [GitLab 16.11](https://about.gitlab.com/ja-jp/blog/gitlab-16-11-released/)\n category: product\n updatedDate: '2024-06-25'\nconfig:\n slug: gitlab-16-11-released\n featured: false\n template: BlogPost\n",{"title":5,"description":17,"ogTitle":5,"ogDescription":17,"noIndex":14,"ogImage":19,"ogUrl":29,"ogSiteName":30,"ogType":31,"canonicalUrls":29},"https://about.gitlab.com/blog/gitlab-16-11-released","https://about.gitlab.com","article","ja-jp/blog/gitlab-16-11-released",[],"HhK4NqFFDSZ-GcDC_7UbIlqGlISxVA1PDlhQ6QXdBL4",{"data":36},{"logo":37,"freeTrial":42,"sales":47,"login":52,"items":57,"search":366,"minimal":399,"duo":416,"switchNav":425,"pricingDeployment":436},{"config":38},{"href":39,"dataGaName":40,"dataGaLocation":41},"/ja-jp/","gitlab logo","header",{"text":43,"config":44},"無料トライアルを開始",{"href":45,"dataGaName":46,"dataGaLocation":41},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp&glm_content=default-saas-trial/","free trial",{"text":48,"config":49},"お問い合わせ",{"href":50,"dataGaName":51,"dataGaLocation":41},"/ja-jp/sales/","sales",{"text":53,"config":54},"サインイン",{"href":55,"dataGaName":56,"dataGaLocation":41},"https://gitlab.com/users/sign_in/","sign in",[58,85,182,187,288,348],{"text":59,"config":60,"cards":62},"プラットフォーム",{"dataNavLevelOne":61},"platform",[63,69,77],{"title":59,"description":64,"link":65},"DevSecOpsに特化したインテリジェントオーケストレーションプラットフォーム",{"text":66,"config":67},"プラットフォームを探索",{"href":68,"dataGaName":61,"dataGaLocation":41},"/ja-jp/platform/",{"title":70,"description":71,"link":72},"GitLab Duo Agent Platform","ソフトウェアライフサイクル全体を支えるエージェント型AI",{"text":73,"config":74},"GitLab Duoのご紹介",{"href":75,"dataGaName":76,"dataGaLocation":41},"/ja-jp/gitlab-duo-agent-platform/","gitlab duo agent platform",{"title":78,"description":79,"link":80},"GitLabが選ばれる理由","エンタープライズがGitLabを選ぶ主な理由をご覧ください",{"text":81,"config":82},"詳細はこちら",{"href":83,"dataGaName":84,"dataGaLocation":41},"/ja-jp/why-gitlab/","why gitlab",{"text":86,"left":25,"config":87,"link":89,"lists":93,"footer":164},"製品",{"dataNavLevelOne":88},"solutions",{"text":90,"config":91},"すべてのソリューションを表示",{"href":92,"dataGaName":88,"dataGaLocation":41},"/ja-jp/solutions/",[94,119,142],{"title":95,"description":96,"link":97,"items":102},"自動化","CI/CDと自動化でデプロイを加速",{"config":98},{"icon":99,"href":100,"dataGaName":101,"dataGaLocation":41},"AutomatedCodeAlt","/ja-jp/solutions/delivery-automation/","automated software delivery",[103,107,110,115],{"text":104,"config":105},"CI/CD",{"href":106,"dataGaLocation":41,"dataGaName":104},"/ja-jp/solutions/continuous-integration/",{"text":70,"config":108},{"href":75,"dataGaLocation":41,"dataGaName":109},"gitlab duo agent platform - product menu",{"text":111,"config":112},"ソースコード管理",{"href":113,"dataGaLocation":41,"dataGaName":114},"/ja-jp/solutions/source-code-management/","Source Code Management",{"text":116,"config":117},"自動化されたソフトウェアデリバリー",{"href":100,"dataGaLocation":41,"dataGaName":118},"Automated software delivery",{"title":120,"description":121,"link":122,"items":127},"セキュリティ","セキュリティを犠牲にすることなくコード作成を高速化",{"config":123},{"href":124,"dataGaName":125,"dataGaLocation":41,"icon":126},"/ja-jp/solutions/application-security-testing/","security and compliance","ShieldCheckLight",[128,132,137],{"text":129,"config":130},"アプリケーションセキュリティテスト",{"href":124,"dataGaName":131,"dataGaLocation":41},"Application security testing",{"text":133,"config":134},"ソフトウェアサプライチェーンの安全性",{"href":135,"dataGaLocation":41,"dataGaName":136},"/ja-jp/solutions/supply-chain/","Software supply chain security",{"text":138,"config":139},"ソフトウェアコンプライアンス",{"href":140,"dataGaName":141,"dataGaLocation":41},"/ja-jp/solutions/software-compliance/","software compliance",{"title":143,"link":144,"items":149},"測定",{"config":145},{"icon":146,"href":147,"dataGaName":148,"dataGaLocation":41},"DigitalTransformation","/ja-jp/solutions/visibility-measurement/","visibility and measurement",[150,154,159],{"text":151,"config":152},"可視性と測定",{"href":147,"dataGaLocation":41,"dataGaName":153},"Visibility and Measurement",{"text":155,"config":156},"バリューストリーム管理",{"href":157,"dataGaLocation":41,"dataGaName":158},"/ja-jp/solutions/value-stream-management/","Value Stream Management",{"text":160,"config":161},"分析とインサイト",{"href":162,"dataGaLocation":41,"dataGaName":163},"/ja-jp/solutions/analytics-and-insights/","Analytics and insights",{"title":165,"items":166},"GitLabが活躍する場所",[167,172,177],{"text":168,"config":169},"大企業",{"href":170,"dataGaLocation":41,"dataGaName":171},"/ja-jp/enterprise/","enterprise",{"text":173,"config":174},"スモールビジネス",{"href":175,"dataGaLocation":41,"dataGaName":176},"/ja-jp/small-business/","small business",{"text":178,"config":179},"公共部門",{"href":180,"dataGaLocation":41,"dataGaName":181},"/ja-jp/solutions/public-sector/","public sector",{"text":183,"config":184},"価格",{"href":185,"dataGaName":186,"dataGaLocation":41,"dataNavLevelOne":186},"/ja-jp/pricing/","pricing",{"text":188,"config":189,"link":191,"lists":195,"feature":275},"リソース",{"dataNavLevelOne":190},"resources",{"text":192,"config":193},"すべてのリソースを表示",{"href":194,"dataGaName":190,"dataGaLocation":41},"/ja-jp/resources/",[196,229,247],{"title":197,"items":198},"はじめに",[199,204,209,214,219,224],{"text":200,"config":201},"インストール",{"href":202,"dataGaName":203,"dataGaLocation":41},"/ja-jp/install/","install",{"text":205,"config":206},"クイックスタートガイド",{"href":207,"dataGaName":208,"dataGaLocation":41},"/ja-jp/get-started/","quick setup checklists",{"text":210,"config":211},"学ぶ",{"href":212,"dataGaLocation":41,"dataGaName":213},"https://university.gitlab.com/","learn",{"text":215,"config":216},"製品ドキュメント",{"href":217,"dataGaName":218,"dataGaLocation":41},"https://docs.gitlab.com/ja-jp/","product documentation",{"text":220,"config":221},"ベストプラクティスビデオ",{"href":222,"dataGaName":223,"dataGaLocation":41},"/ja-jp/getting-started-videos/","best practice videos",{"text":225,"config":226},"インテグレーション",{"href":227,"dataGaName":228,"dataGaLocation":41},"/ja-jp/integrations/","integrations",{"title":230,"items":231},"検索する",[232,237,242],{"text":233,"config":234},"お客様成功事例",{"href":235,"dataGaName":236,"dataGaLocation":41},"/ja-jp/customers/","customer success stories",{"text":238,"config":239},"ブログ",{"href":240,"dataGaName":241,"dataGaLocation":41},"/ja-jp/blog/","blog",{"text":243,"config":244},"リモート",{"href":245,"dataGaName":246,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"title":248,"items":249},"つなげる",[250,255,260,265,270],{"text":251,"config":252},"GitLabサービス",{"href":253,"dataGaName":254,"dataGaLocation":41},"/ja-jp/services/","services",{"text":256,"config":257},"コミュニティ",{"href":258,"dataGaName":259,"dataGaLocation":41},"/community/","community",{"text":261,"config":262},"フォーラム",{"href":263,"dataGaName":264,"dataGaLocation":41},"https://forum.gitlab.com/","forum",{"text":266,"config":267},"イベント",{"href":268,"dataGaName":269,"dataGaLocation":41},"/events/","events",{"text":271,"config":272},"パートナー",{"href":273,"dataGaName":274,"dataGaLocation":41},"/ja-jp/partners/","partners",{"background":276,"textColor":277,"text":278,"image":279,"link":283},"#2f2a6b","#fff","ソフトウェア開発の未来への洞察",{"altText":280,"config":281},"ソースプロモカード",{"src":282},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758208064/dzl0dbift9xdizyelkk4.svg",{"text":284,"config":285},"最新情報を読む",{"href":286,"dataGaName":287,"dataGaLocation":41},"/ja-jp/the-source/","the source",{"text":289,"config":290,"lists":292},"会社情報",{"dataNavLevelOne":291},"company",[293],{"items":294},[295,300,306,308,313,318,323,328,333,338,343],{"text":296,"config":297},"GitLabについて",{"href":298,"dataGaName":299,"dataGaLocation":41},"/ja-jp/company/","about",{"text":301,"config":302,"footerGa":305},"採用情報",{"href":303,"dataGaName":304,"dataGaLocation":41},"/jobs/","jobs",{"dataGaName":304},{"text":266,"config":307},{"href":268,"dataGaName":269,"dataGaLocation":41},{"text":309,"config":310},"経営陣",{"href":311,"dataGaName":312,"dataGaLocation":41},"/company/team/e-group/","leadership",{"text":314,"config":315},"チーム",{"href":316,"dataGaName":317,"dataGaLocation":41},"/company/team/","team",{"text":319,"config":320},"ハンドブック",{"href":321,"dataGaName":322,"dataGaLocation":41},"https://handbook.gitlab.com/","handbook",{"text":324,"config":325},"投資家向け情報",{"href":326,"dataGaName":327,"dataGaLocation":41},"https://ir.gitlab.com/","investor relations",{"text":329,"config":330},"トラストセンター",{"href":331,"dataGaName":332,"dataGaLocation":41},"/ja-jp/security/","trust center",{"text":334,"config":335},"AI Transparency Center",{"href":336,"dataGaName":337,"dataGaLocation":41},"/ja-jp/ai-transparency-center/","ai transparency center",{"text":339,"config":340},"ニュースレター",{"href":341,"dataGaName":342,"dataGaLocation":41},"/company/contact/#contact-forms","newsletter",{"text":344,"config":345},"プレス",{"href":346,"dataGaName":347,"dataGaLocation":41},"/press/","press",{"text":48,"config":349,"lists":350},{"dataNavLevelOne":291},[351],{"items":352},[353,356,361],{"text":48,"config":354},{"href":50,"dataGaName":355,"dataGaLocation":41},"talk to sales",{"text":357,"config":358},"サポートを受ける",{"href":359,"dataGaName":360,"dataGaLocation":41},"https://support.gitlab.com","support portal",{"text":362,"config":363},"カスタマーポータル",{"href":364,"dataGaName":365,"dataGaLocation":41},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"close":367,"login":368,"suggestions":375},"閉じる",{"text":369,"link":370},"リポジトリとプロジェクトを検索するには、次にログインします",{"text":371,"config":372},"GitLab.com",{"href":55,"dataGaName":373,"dataGaLocation":374},"search login","search",{"text":376,"default":377},"提案",[378,380,385,387,391,395],{"text":70,"config":379},{"href":75,"dataGaName":70,"dataGaLocation":374},{"text":381,"config":382},"コード提案（AI）",{"href":383,"dataGaName":384,"dataGaLocation":374},"/ja-jp/solutions/code-suggestions/","Code Suggestions (AI)",{"text":104,"config":386},{"href":106,"dataGaName":104,"dataGaLocation":374},{"text":388,"config":389},"GitLab on AWS",{"href":390,"dataGaName":388,"dataGaLocation":374},"/ja-jp/partners/technology-partners/aws/",{"text":392,"config":393},"GitLab on Google Cloud",{"href":394,"dataGaName":392,"dataGaLocation":374},"/ja-jp/partners/technology-partners/google-cloud-platform/",{"text":396,"config":397},"GitLabを選ぶ理由",{"href":83,"dataGaName":398,"dataGaLocation":374},"Why GitLab?",{"freeTrial":400,"mobileIcon":404,"desktopIcon":409,"secondaryButton":412},{"text":43,"config":401},{"href":402,"dataGaName":46,"dataGaLocation":403},"https://gitlab.com/-/trials/new/","nav",{"altText":405,"config":406},"GitLabアイコン",{"src":407,"dataGaName":408,"dataGaLocation":403},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203874/jypbw1jx72aexsoohd7x.svg","gitlab icon",{"altText":405,"config":410},{"src":411,"dataGaName":408,"dataGaLocation":403},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1758203875/gs4c8p8opsgvflgkswz9.svg",{"text":197,"config":413},{"href":414,"dataGaName":415,"dataGaLocation":403},"https://gitlab.com/-/trial_registrations/new?glm_source=about.gitlab.com/ja-jp/get-started/","get started",{"freeTrial":417,"mobileIcon":421,"desktopIcon":423},{"text":418,"config":419},"GitLab Duoの詳細について",{"href":75,"dataGaName":420,"dataGaLocation":403},"gitlab duo",{"altText":405,"config":422},{"src":407,"dataGaName":408,"dataGaLocation":403},{"altText":405,"config":424},{"src":411,"dataGaName":408,"dataGaLocation":403},{"button":426,"mobileIcon":431,"desktopIcon":433},{"text":427,"config":428},"/switch",{"href":429,"dataGaName":430,"dataGaLocation":403},"#contact","switch",{"altText":405,"config":432},{"src":407,"dataGaName":408,"dataGaLocation":403},{"altText":405,"config":434},{"src":435,"dataGaName":408,"dataGaLocation":403},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1773335277/ohhpiuoxoldryzrnhfrh.png",{"freeTrial":437,"mobileIcon":442,"desktopIcon":444},{"text":438,"config":439},"料金ページに戻る",{"href":185,"dataGaName":440,"dataGaLocation":403,"icon":441},"back to pricing","GoBack",{"altText":405,"config":443},{"src":407,"dataGaName":408,"dataGaLocation":403},{"altText":405,"config":445},{"src":411,"dataGaName":408,"dataGaLocation":403},{"title":447,"button":448,"config":453},"エージェント型AIがソフトウェア配信をどのように変革するかをご覧ください",{"text":449,"config":450},"GitLab Transcendを今すぐ視聴",{"href":451,"dataGaName":452,"dataGaLocation":41},"/ja-jp/events/transcend/virtual/","transcend event",{"layout":454,"icon":455,"disabled":25},"release","AiStar",{"data":457},{"text":458,"source":459,"edit":465,"contribute":470,"config":475,"items":480,"minimal":683},"GitはSoftware Freedom Conservancyの商標です。当社は「GitLab」をライセンスに基づいて使用しています",{"text":460,"config":461},"ページのソースを表示",{"href":462,"dataGaName":463,"dataGaLocation":464},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":466,"config":467},"このページを編集",{"href":468,"dataGaName":469,"dataGaLocation":464},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":471,"config":472},"ご協力をお願いします",{"href":473,"dataGaName":474,"dataGaLocation":464},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":476,"facebook":477,"youtube":478,"linkedin":479},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[481,526,579,622,649],{"title":183,"links":482,"subMenu":497},[483,487,492],{"text":484,"config":485},"プランの表示",{"href":185,"dataGaName":486,"dataGaLocation":464},"view plans",{"text":488,"config":489},"Premiumを選ぶ理由",{"href":490,"dataGaName":491,"dataGaLocation":464},"/ja-jp/pricing/premium/","why premium",{"text":493,"config":494},"Ultimateを選ぶ理由",{"href":495,"dataGaName":496,"dataGaLocation":464},"/ja-jp/pricing/ultimate/","why ultimate",[498],{"title":48,"links":499},[500,502,504,506,511,516,521],{"text":48,"config":501},{"href":50,"dataGaName":51,"dataGaLocation":464},{"text":357,"config":503},{"href":359,"dataGaName":360,"dataGaLocation":464},{"text":362,"config":505},{"href":364,"dataGaName":365,"dataGaLocation":464},{"text":507,"config":508},"ステータス",{"href":509,"dataGaName":510,"dataGaLocation":464},"https://status.gitlab.com/","status",{"text":512,"config":513},"利用規約",{"href":514,"dataGaName":515,"dataGaLocation":464},"/terms/","terms of use",{"text":517,"config":518},"プライバシーに関する声明",{"href":519,"dataGaName":520,"dataGaLocation":464},"/ja-jp/privacy/","privacy statement",{"text":522,"config":523},"Cookie 優先設定",{"dataGaName":524,"dataGaLocation":464,"id":525,"isOneTrustButton":25},"cookie preferences","ot-sdk-btn",{"title":86,"links":527,"subMenu":536},[528,532],{"text":529,"config":530},"DevSecOpsプラットフォーム",{"href":68,"dataGaName":531,"dataGaLocation":464},"devsecops platform",{"text":533,"config":534},"AI支援開発",{"href":75,"dataGaName":535,"dataGaLocation":464},"ai-assisted development",[537],{"title":538,"links":539},"トピック",[540,544,549,554,559,564,569,574],{"text":104,"config":541},{"href":542,"dataGaName":543,"dataGaLocation":464},"/ja-jp/topics/ci-cd/","cicd",{"text":545,"config":546},"GitOps",{"href":547,"dataGaName":548,"dataGaLocation":464},"/ja-jp/topics/gitops/","gitops",{"text":550,"config":551},"DevOps",{"href":552,"dataGaName":553,"dataGaLocation":464},"/ja-jp/topics/devops/","devops",{"text":555,"config":556},"バージョン管理",{"href":557,"dataGaName":558,"dataGaLocation":464},"/ja-jp/topics/version-control/","version control",{"text":560,"config":561},"DevSecOps",{"href":562,"dataGaName":563,"dataGaLocation":464},"/ja-jp/topics/devsecops/","devsecops",{"text":565,"config":566},"クラウドネイティブ",{"href":567,"dataGaName":568,"dataGaLocation":464},"/ja-jp/topics/cloud-native/","cloud native",{"text":570,"config":571},"コーディングのためのAI",{"href":572,"dataGaName":573,"dataGaLocation":464},"/ja-jp/topics/devops/ai-for-coding/","ai for coding",{"text":575,"config":576},"エージェント型AI",{"href":577,"dataGaName":578,"dataGaLocation":464},"/ja-jp/topics/agentic-ai/","agentic ai",{"title":580,"links":581},"ソリューション",[582,585,587,592,596,599,602,605,607,609,612,617],{"text":129,"config":583},{"href":124,"dataGaName":584,"dataGaLocation":464},"Application Security Testing",{"text":116,"config":586},{"href":100,"dataGaName":101,"dataGaLocation":464},{"text":588,"config":589},"アジャイル開発",{"href":590,"dataGaName":591,"dataGaLocation":464},"/ja-jp/solutions/agile-delivery/","agile delivery",{"text":593,"config":594},"SCM",{"href":113,"dataGaName":595,"dataGaLocation":464},"source code management",{"text":104,"config":597},{"href":106,"dataGaName":598,"dataGaLocation":464},"continuous integration & delivery",{"text":155,"config":600},{"href":157,"dataGaName":601,"dataGaLocation":464},"value stream management",{"text":545,"config":603},{"href":604,"dataGaName":548,"dataGaLocation":464},"/ja-jp/solutions/gitops/",{"text":168,"config":606},{"href":170,"dataGaName":171,"dataGaLocation":464},{"text":173,"config":608},{"href":175,"dataGaName":176,"dataGaLocation":464},{"text":610,"config":611},"公共機関",{"href":180,"dataGaName":181,"dataGaLocation":464},{"text":613,"config":614},"教育",{"href":615,"dataGaName":616,"dataGaLocation":464},"/ja-jp/solutions/education/","education",{"text":618,"config":619},"金融サービス",{"href":620,"dataGaName":621,"dataGaLocation":464},"/ja-jp/solutions/finance/","financial services",{"title":188,"links":623},[624,626,628,630,633,635,637,639,641,643,645,647],{"text":200,"config":625},{"href":202,"dataGaName":203,"dataGaLocation":464},{"text":205,"config":627},{"href":207,"dataGaName":208,"dataGaLocation":464},{"text":210,"config":629},{"href":212,"dataGaName":213,"dataGaLocation":464},{"text":215,"config":631},{"href":217,"dataGaName":632,"dataGaLocation":464},"docs",{"text":238,"config":634},{"href":240,"dataGaName":241,"dataGaLocation":464},{"text":233,"config":636},{"href":235,"dataGaName":236,"dataGaLocation":464},{"text":243,"config":638},{"href":245,"dataGaName":246,"dataGaLocation":464},{"text":251,"config":640},{"href":253,"dataGaName":254,"dataGaLocation":464},{"text":256,"config":642},{"href":258,"dataGaName":259,"dataGaLocation":464},{"text":261,"config":644},{"href":263,"dataGaName":264,"dataGaLocation":464},{"text":266,"config":646},{"href":268,"dataGaName":269,"dataGaLocation":464},{"text":271,"config":648},{"href":273,"dataGaName":274,"dataGaLocation":464},{"title":289,"links":650},[651,653,655,657,659,661,663,667,672,674,676,678],{"text":296,"config":652},{"href":298,"dataGaName":291,"dataGaLocation":464},{"text":301,"config":654},{"href":303,"dataGaName":304,"dataGaLocation":464},{"text":309,"config":656},{"href":311,"dataGaName":312,"dataGaLocation":464},{"text":314,"config":658},{"href":316,"dataGaName":317,"dataGaLocation":464},{"text":319,"config":660},{"href":321,"dataGaName":322,"dataGaLocation":464},{"text":324,"config":662},{"href":326,"dataGaName":327,"dataGaLocation":464},{"text":664,"config":665},"Sustainability",{"href":666,"dataGaName":664,"dataGaLocation":464},"/sustainability/",{"text":668,"config":669},"ダイバーシティ、インクルージョン、ビロンギング（DIB）",{"href":670,"dataGaName":671,"dataGaLocation":464},"/ja-jp/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":329,"config":673},{"href":331,"dataGaName":332,"dataGaLocation":464},{"text":339,"config":675},{"href":341,"dataGaName":342,"dataGaLocation":464},{"text":344,"config":677},{"href":346,"dataGaName":347,"dataGaLocation":464},{"text":679,"config":680},"現代奴隷制の透明性に関する声明",{"href":681,"dataGaName":682,"dataGaLocation":464},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"items":684},[685,687,690],{"text":512,"config":686},{"href":514,"dataGaName":515,"dataGaLocation":464},{"text":688,"config":689},"Cookieの設定",{"dataGaName":524,"dataGaLocation":464,"id":525,"isOneTrustButton":25},{"text":517,"config":691},{"href":519,"dataGaName":520,"dataGaLocation":464},[693],{"id":694,"title":695,"body":23,"config":696,"content":698,"description":23,"extension":22,"meta":702,"navigation":25,"path":703,"seo":704,"stem":705,"__hash__":706},"blogAuthors/en-us/blog/authors/gitlab-japan-team.yml","Gitlab Japan Team",{"template":697},"BlogAuthor",{"name":9,"config":699},{"headshot":700,"ctfId":701},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1749659488/Blog/Author%20Headshots/gitlab-logo-extra-whitespace.png","5YWHF8vG80rluQ41QjgP7V",{},"/en-us/blog/authors/gitlab-japan-team",{},"en-us/blog/authors/gitlab-japan-team","xs3yRNTInC3nd_gc5t_qSB_BOSquAfXSF9QA2S_y1g8",[708,724,737],{"content":709,"config":722},{"heroImage":710,"body":711,"authors":712,"updatedDate":715,"date":716,"title":717,"tags":718,"description":721,"category":11},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1776362275/ozbwn9tk0dditpnfddlz.png","GitLabを利用し、AWSを活用した開発体制を整えているチームに最適なソリューションが登場しました。Duo Agent PlatformとAmazon Bedrockの新しい組み合わせです。仕組みはシンプルで、GitLabがオーケストレーションレイヤーとしてエージェント型AIによるソフトウェアライフサイクル全体の加速を支援し、Bedrockが安全でコンプライアンスに準拠した基盤モデルレイヤーとしてAI推論を担います。\n\nGitLab Duo Agent Platformでは、計画、パイプライン、セキュリティスキャン、脆弱性の修復など、さまざまな作業をGitLabワークフローの一環として処理できます。GitLab AIゲートウェイがモデル呼び出しをBedrock（または構成に応じてGitLabが管理するBedrock対応エンドポイント）にルーティングするため、AWS上で既に構築済みのIAMポリシー、VPC境界、リージョン制御、AWS契約額をそのまま活用できます。\n\nAmazon Bedrockをすでに利用しており、スタンドアロンのチャットツールではなく、GitLabでの日常作業の中でAIを活用したいとお考えであれば、この組み合わせが最適です。\n\n本記事ではまず、多くのチームが直面している課題を取り上げます。AIが分断され、データの流れが不透明で、AIがソフトウェア開発ライフサイクルの外にあるためにBedrockへの投資が十分に活かされていないという現状です。続いて、GitLab Duo Agent Platformのデプロイオプションについて詳しく説明します。\n\n* GitLab Self-Managed＋セルフホスト型AIゲートウェイで、Amazon Bedrock上のセルフホスト型モデルと統合\n* GitLab Self-Managed＋GitLabホスト型AIゲートウェイで、Amazon Bedrock上のGitLabマネージド型モデル（GitLab所有のキーを使用）と統合\n* GitLab.com＋GitLabホスト型AIゲートウェイで、Amazon Bedrock上のGitLabマネージド型モデル（GitLab所有のキーを使用）と統合\n\n最後に、シャドーAIやポイントツールの乱立を、別途AIスタックを構築することなく回避する方法をまとめます。\n\n## AI導入は加速、ガバナンスは停滞\n\n今まさに社内のどこかで、セキュリティチームの承認を受けていないAIツールがソフトウェアチームに使われているかもしれません。プロンプトデータが、誰も完全には把握していない経路を通じて環境外に流出しているかもしれません。そしてAmazon Bedrockへの投資が十分に活用されていない一方で、個々のチームが別のAIツールを独自に導入し、既存の契約先プラットフォームからワークロードやクラウド支出を流出させているかもしれません。\n\nこれは人の問題ではなく、アーキテクチャの問題です。そして、ほぼすべてのエンタープライズで同じ3つの制約が浮き彫りになります。\n\n**運用の断片化**\n\n各チーム、場合によっては個々のデベロッパーが、AIツールやモデルの選定を含め独自の開発ツールセットを選択しています。このような断片化により、ソフトウェア開発ライフサイクル全体にわたるエンドツーエンドのガバナンスがほぼ不可能になっています。\n\n**セキュリティとデータ主権**\n\nプロンプトデータやコードデータは実際にどこに流れているのか？ログの所有者は誰なのか？\n\n**クラウド支出の最適化**\n\nAWSをはじめとする主要クラウドプロバイダーとの契約額が、契約外のポイントツールへワークロードやAI利用が流出することで希薄化しています。\n\nGitLab Duo Agent PlatformとAmazon Bedrockは、この課題を共に解決します。役割分担は明確です。Duo Agent Platformがソフトウェア開発向けエージェント型AIによるワークフローオーケストレーションを担い、Bedrockが推論レイヤーとして承認済みの基盤モデルをホストし、組織はAWS上で定義済みのデータおよびポリシー境界を完全にコントロールできます。3つの役割、3つの担い手、断片化はありません。\n\n## GitLab Duo Agent Platform：エージェント型コントロールプレーン\n\nGitLab Duo Agent PlatformはGitLabのエージェント型AIレイヤーです。専門特化したエージェントとフローで構成され、従来のステージベースの受け渡しを超えて、ソフトウェアライフサイクル全体にわたる作業の自動化を支援します。単一のアシスタントがプロンプトに応答するのではなく、チームはイシュー、マージリクエスト、パイプライン、セキュリティ検出結果といった統合データとプロジェクトコンテキストを活用しながら、多数のAIエージェントを非同期にオーケストレーションできます。従来の線形ワークフローが、ソフトウェアチームとAIエージェントの継続的なコラボレーションへと変わります。\n\nこのコントロールプレーンが確立されると、次に浮かぶ疑問は、これらのエージェントを支えるAI基盤に何を選ぶべきかということです。AWS上でGitLab Self-Managedを運用し、推論トラフィック、プロンプトデータ、ログもソフトウェアライフサイクルデータと同じAWS環境内に保持する必要があるお客様にとって、AI推論レイヤーとしてのAmazon Bedrockは最適な選択です。\n\n## Amazon Bedrock：信頼できるAI基盤\n\nAmazon Bedrockは、AWS環境内で完全に動作するフルマネージドのサーバーレス基盤モデルレイヤーです。お客様のデータはお客様のAWSアカウント内にとどまります。入出力データは転送中および保存時に暗号化され、モデルプロバイダーと共有されることはなく、ベースモデルのトレーニングに使用されることもありません。BedrockはGDPR、HIPAA、FedRAMP Highのコンプライアンス認証を取得しており、多くの規制業界の要件に標準で対応しています。Custom Model Importにより、他の環境でファインチューニングしたモデルを持ち込み、ネイティブのBedrockモデルと同じインフラストラクチャ上にデプロイすることも可能です。別途デプロイパイプラインを管理する必要はありません。Bedrock Guardrailsは、コンテンツフィルタリング、ハルシネーション検出、機密データ保護のための設定可能なセーフガードをすべてのモデルに追加します。\n\nGitLab Duo Agent PlatformとBedrockの組み合わせにより、DevSecOpsオーケストレーションとAIモデルガバナンスが統合され、チームごとにAIツールを個別導入することで生じる断片化を解消できます。\n\n## デプロイパスの選択\n\nデプロイ方法にかかわらず、GitLab Duo Agent Platformのコア機能は同一です。異なるのは、GitLabを誰が運用するか、AIゲートウェイを誰が運用するか、そして推論がどのBedrockアカウントで実行されるかという点です。最適なパターンは、組織の現在の運用環境によって決まります。\n\n概要として、統合には3つの主要コンポーネントがあります。\n\n* **GitLab Duo Agent Platform：**\n\n ソフトウェア開発ライフサイクル全体に組み込まれたエージェント型ワークフロー\n\n* **AIゲートウェイ（GitLabマネージドまたはセルフホスト）：**\n\n Duo Agent Platformと基盤モデルバックエンドの間の抽象化レイヤー\n\n* **Amazon Bedrock：**\n\n AIモデルおよび推論基盤\n\n![GitLabとAWS Bedrockのデプロイメント](https://res.cloudinary.com/about-gitlab-com/image/upload/v1776362365/udmvmv2efpmwtkxgydch.png)\n\nデプロイパターンの選択は、組織がどこに制御の軸を置くかによって決まります。SaaSファースト、コンプライアンス要件によるセルフマネージド、既存のBedrock投資を活用したAWS中心、いずれの環境にも対応できるパターンを用意しています。\n\n| デプロイモデル | GitLab.comインスタンス＋GitLabホスト型AIゲートウェイ＋GitLabマネージド型Bedrockモデル | GitLab Self-Managed＋GitLabホスト型AIゲートウェイ＋GitLabマネージド型Bedrockモデル | GitLab Self-Managed＋セルフホスト型AIゲートウェイ＋お客様運用Bedrockモデル |\n| ----------- | -------------------------------------------------------------------------------------------- | ----------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------- |\n| **最適なケース：** | 主にGitLab.comを利用しており、AIゲートウェイやBedrockモデルのセルフホストは不要 | コンプライアンスや運用上の理由でGitLab Self-Managedが必要だが、AIレイヤーの管理は不要 | 既存のBedrock利用実績を持つAWS中心のアプローチで、厳格なデータ管理・制御要件がある |\n| **主なメリット** | Duo Agent Platformワークフローを最速で導入できるターンキー方式。GitLabがGitLab.com、AIゲートウェイ、Bedrock AIモデルとの統合をすべて運用。 | GitLabを自社環境内にデプロイしつつ、GitLabが管理するAIゲートウェイを通じてBedrockモデルを利用可能。デプロイの制御性と簡素化されたAI運用を両立。 | GitLabとAIゲートウェイを自社のAWSアカウント内で運用し、既存のIAM/VPC/リージョンを再利用。ログとデータを自社環境内に保持しつつ、既存のAWS契約額からBedrock利用分を充当可能。 |\n\n## お客様によるGitLab Duo Agent PlatformとAmazon Bedrockの活用事例\n\nプラットフォームチームは、GitLab Duo Agent PlatformとAmazon Bedrockを利用して、コード提案、セキュリティ分析、パイプライン修復を担当するモデルを標準化できます。これにより、個々のチームが独自にツールを導入するのではなく、ガードレールとログ記録を一元的に適用できるようになります。\n\n特にセキュリティワークフローで大きなメリットが得られます。GitLab Duo Agent Platformのエージェントは、GitLab内でセキュリティ検出結果に対する修正を提案・検証し、開発者がプラットフォーム外で処理していた手動のトリアージ作業を削減します。\n\n既存のAWS契約額を活用している企業にとって、GitLab内からBedrockを通じてAIワークロードをルーティングすることで、計画外の支出を発生させることなく、契約の範囲内で開発者のAI利用を拡大できます。\n\n## まとめ\n\nエンタープライズにおけるAI導入を遅らせている制約は、多くの場合、技術的なものではありません。ツールの断片化、管理されていないデータフロー、統合されないクラウド支出という組織的な課題です。これらの問題は、パイロットが成功した後であっても、AIプログラムの推進を停滞させる原因となります。\n\nGitLab Duo Agent PlatformとAmazon Bedrockは、これらの課題それぞれに直接対応します。プラットフォームチームには、ソフトウェア開発ライフサイクル全体にわたる一貫したガバナンス、監査性、AI利用の標準化されたパスが提供されます。開発チームは、GitLabにネイティブに統合された効率的なエージェント型ワークフローを活用できます。そしてAWS中心の組織は、並行するAIインフラストラクチャを新たに構築するのではなく、既存のBedrock投資を拡張できます。\n\nその結果、断片化することなくスケールするAIプログラムが実現します。同じスタック上でガバナンスと開発速度を両立し、同じチームにサービスを提供し、組織が既に所有するポリシーの下で運用できます。\n\n> 組織の既存AWS戦略に最適なデプロイパターンについては、[GitLab営業チームにお問い合わせください](https://about.gitlab.com/sales/)。お客様の環境に合わせたアーキテクチャの設計と実装をお手伝いします。詳細は、[AWSパートナーページ](https://about.gitlab.com/partners/technology-partners/aws/)もご覧ください。",[713,714],"Joe Mann","Mark Kriaf","2026-04-22","2026-04-21","GitLab + Amazon: 信頼できるAI基盤上でのプラットフォームオーケストレーション",[274,719,720],"AWS","AI/ML","GitLab Duo Agent PlatformとAmazon Bedrockを組み合わせて、エージェント型ソフトウェア開発とオーケストレーションを実現します。",{"featured":25,"template":15,"slug":723},"gitlab-amazon-platform-orchestration-on-a-trusted-ai-foundation",{"content":725,"config":735},{"heroImage":726,"body":727,"authors":728,"updatedDate":729,"date":730,"title":731,"tags":732,"description":734,"category":11},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1776259080/cakqnwo5ecp255lo8lzo.png","本ブログは、[GitLab 18.11 release notes](https://docs.gitlab.com/ja-jp/releases/18/gitlab-18-11-released/)の抄訳です。内容に相違がある場合は、原文が優先されます。\n\n# GitLab 18.11リリースノート\n\n2026年4月16日、GitLab 18.11が以下の機能とともにリリースされました。\n\nまた、すべてのコントリビューターの皆さまに感謝申し上げます。今月の注目コントリビューターもご紹介します。\n\n## 今月の注目コントリビューター：Rinku Cさん\n\n[Rinku C](https://gitlab.com/therealrinku)さんは、2025年9月の参加以降、GitLab全体で80件以上の改善をマージしたレベル4コントリビューターです。\n\nDeveloper Relationsチームのシニアフルスタックエンジニア、[Arianna Haradon](https://gitlab.com/aharadon)さんの推薦により、今回の表彰が実現しました。この賞は、長期にわたるRinkuさんの持続的かつ意義あるインパクトを称えるものです。Rinkuさんは、[プロジェクトおよびグループアクセストークンの作成フォームにスコープを必須とする](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/219236)ことでセキュリティに敏感なフローを強化し、[ジョブログのnext/previousナビゲーション](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/217618)、[空の検索を最近の検索から除外する改善](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/223570)、[ファイルツリーの整理](https://gitlab.com/gitlab-org/gitlab/-/merge_requests/224628)など、日常的なGitLab体験を向上させる数多くのアップデートを行いました。これらはすべて、一般的なワークフローをより明確で使いやすくするためのUIの改善です。Rinkuさんは、誰も手を付けないような作業にも積極的に取り組み、コードベースの健全性を保ち、意義ある持続的な価値をもたらしています。コントリビュートに感謝します！\n\n- - -\n\n## 主要な機能\n\n### 脆弱性修正がGitLab Duo Agent Platformで一般提供開始\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/vulnerabilities/agentic_vulnerability_resolution/) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/585626)\n\nエージェント型SASTの脆弱性修正機能が、GitLab 18.11のGitLab Duo Agent Platformで一般提供開始（GA）となりました。SASTスキャンの一環として、SAST誤検知の検出後、または個別のSAST脆弱性に対して手動でトリガーした場合に実行されます。\n\nエージェント型SAST脆弱性修正の特長：\n\n* 検出内容を自律的に分析し、周辺のコードコンテキストを推論します。\n* 重大度が「重大」および「高」のSAST脆弱性に対して、提案されたコード修正を含むレビュー可能なマージリクエストを自動作成します。\n* 品質評価を提供し、レビュアーが提案された修正に対する信頼度を素早く把握できます。\n* 脆弱性詳細ページから直接修正を適用できます。\n\nフィードバックは[イシュー585626](https://gitlab.com/gitlab-org/gitlab/-/issues/585626)にてお待ちしています。\n\n### GitLabデータ分析基本エージェントが一般提供開始\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/data_analyst/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/20337)\n\nデータ分析エージェントはAIチャットアシスタントで、GitLabプラットフォーム全体のデータをクエリ、可視化し、インサイトを導き出せます。\n\n[GitLab Query Language（GLQL）](https://docs.gitlab.com/ja-jp/user/glql/)を基盤として、サポート対象の[データソース](https://docs.gitlab.com/ja-jp/user/glql/data_sources/)に関するデータを取得・分析し、ソフトウェア開発の健全性やエンジニアリング効率について明確で実用的なインサイトを提供します。\n\nこれらのインサイトはエージェントの出力内で直接可視化でき、イシューやエピックに埋め込んでさらに評価できます。\n\n### CIエキスパートエージェントがベータ版として公開\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/ci_expert_agent/) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/587460)\n\nAIを活用したCIエキスパートエージェントがベータ版として利用可能になりました。このエージェントは、空の`.gitlab-ci.yml`からではなく、GitLab上のコードを基に、最初の動作するパイプラインを作れるよう支援します。\n\nGitLab Duo Agent Platformを使用してリポジトリを検査した後、ビルドやテストプロセスについていくつかのガイド付き質問を行います。その結果をもとに、レビュー・編集・コミットが可能なすぐに実行できるパイプラインを生成します。\n\nパイプラインの作成が会話形式のコンテキストに沿った体験になると同時に、YAMLを本格的に調整・最適化したい段階になれば、すべてを自分で制御できます。\n\n### 脆弱性の重大度が自動オーバーライド可能に\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/vulnerability_management_policy/#severity-override-policies) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/epics/15839)\n\n脆弱性のデフォルト重大度は、必ずしも組織の実際のリスクを反映しているわけではありません。たとえば、内部専用サービスにおける重大なCVEが、公開アプリケーションと同じ緊急度で対応すべきとは限りません。それにもかかわらず、チームは自社のリスクモデルに合わない検出結果のトリアージに多くの時間を費やしています。\n\n脆弱性管理ポリシーにより、CVE ID、CWE ID、ファイルパス、ディレクトリなどの条件に基づいて脆弱性の重大度を自動調整できるようになりました。ポリシーが適用されると、デフォルトブランチ上の条件に一致する脆弱性の重大度が更新されます。手動によるオーバーライドは引き続き優先され、すべての変更は脆弱性の履歴と監査イベントに記録されます。\n\nトリアージ作業を削減し、ビジネスにとって最も重要な検出結果にデベロッパーが集中できるようにします。\n\n### サブグループおよびプロジェクトでサービスアカウントの作成が可能に\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/service_accounts/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/17754)\n\nサブグループおよびプロジェクトでサービスアカウントを作成できるようになりました。トップレベルグループの広範なボットの代わりに、単一のサブグループまたはプロジェクトに専用のサービスアカウントを関連付け、そのネームスペースの他のメンバーと同様にアクセスを管理できます。グループおよびサブグループのサービスアカウントは、作成されたグループまたはその配下のサブグループやプロジェクトに招待できます。プロジェクトサービスアカウントは、そのプロジェクト内に限定されます。\n\n### サービスアカウントがGitLab Freeで利用可能に\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/profile/service_accounts/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/20439)\n\nサービスアカウントがGitLab.comのすべてのプランで利用可能になりました。以前はPremiumおよびUltimateに限定されていたサービスアカウントにより、個々のチームメンバーに認証情報を紐付けることなく、自動化されたアクション、データアクセス、スケジュール処理を実行できます。チームの変更に関係なく認証情報を安定的に維持する必要があるパイプラインやサードパーティのインテグレーションで広く使用されています。GitLab Freeでは、トップレベルグループごとに最大100個のサービスアカウント（サブグループやプロジェクトで作成されたものを含む）を作成できます。\n\n### **詳細制限付き**パーソナルアクセストークンが利用可能に（ベータ版）\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/auth/tokens/fine_grained_access_tokens/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/18555)\n\n詳細権限付きパーソナルアクセストークン（PAT）がベータ版として利用可能になりました。従来のPATはユーザーが所属するすべてのプロジェクトとグループへのアクセスを付与しますが、詳細権限付きPATでは各トークンのアクセス先を特定のリソースやアクションに絞り込めます。万が一トークンが漏洩・侵害された場合の影響範囲を大幅に縮小できます。\n\n既存のPATはこれまでどおり動作し、詳細権限なしのレガシーPATも引き続き作成できます。\n\n今回のベータリリースではGitLab REST APIの約75%をカバーしています。REST APIの完全なカバレッジ、GraphQLの適用、管理者によるポリシーコントロールはGAリリースで対応予定です。\n\nフィードバックは[エピック18555](https://gitlab.com/groups/gitlab-org/-/epics/18555)にてお待ちしています。\n\n### セキュリティダッシュボードにトップCWEチャートを追加\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/security_dashboard/#top-10-cwes) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/epics/17422)\n\n新しいセキュリティダッシュボードでトップCWEチャートが利用可能になりました。プロジェクトまたはインスタンス全体で最も一般的なCWEを特定し、トレーニング、改善、プログラムの最適化の機会を見つけられます。ダッシュボードデータを重大度別にグループ化したり、重大度、プロジェクト、レポートタイプでフィルタリングできます。\n\n### KubernetesへのGitalyデプロイ\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/administration/gitaly/kubernetes/) | [関連イシュー](https://gitlab.com/groups/gitlab-org/-/work_items/6127)\n\n完全にサポートされたデプロイ方法として、Kubernetes上にGitalyをデプロイできるようになりました。Kubernetesのオーケストレーション機能を活用したスケーリング、高可用性、リソース管理により、GitLabインフラストラクチャの管理の柔軟性が向上します。以前は、Kubernetesへのデプロイにはカスタム構成が必要で公式サポートがなかったため、コンテナ化された環境で信頼性の高いGitalyクラスターを維持することが困難でした。\n\n### マージリクエストパイプラインの手動実行時にインプットを再設定可能に\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/ci/pipelines/merge_request_pipelines/#run-a-merge-request-pipeline-with-custom-inputs) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/547861)\n\nCI/CDインプットを使うと、パイプラインの実行時にパラメータ値を変更して動作をカスタマイズできます。これまでこの機能はマージリクエスト（MR）パイプラインでは利用できませんでしたが、今回のリリースでMRパイプラインにも対応しました。\n\nMRパイプライン向けにインプットを設定した後、マージリクエストの新しいパイプラインを実行するたびに、インプットを変更してパイプラインの動作を変更できます。\n\n- - -\n\n## Agent Platformの中核機能\n\n### GitLab Duo Agentic Chatのデフォルトモデルがhaiku 4.5からSonnet 4.6に更新\n\n* **利用可能プラン：** Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/model_selection/#default-models) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/595042)\n\nGitLabのAgentic Chat体験を向上させるアップデートを行いました。Agentic ChatのデフォルトモデルがVertex AIでホストされるClaude Haiku 4.5からClaude Sonnet 4.6にアップグレードされました。Claude Sonnet 4.6は推論と応答品質が向上していますが、Haiku 4.5と比べてGitLabクレジット消費量が多くなります。\n\n[モデル選択](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/model_selection/#select-a-model-for-a-feature)設定から、Haikuを含む代替モデルを選択できます。すでに特定のモデルを選択している場合、その選択は維持されます。このアップデートはデフォルトのみに影響し、既存の選択を上書きしません。モデルごとのクレジット消費量の詳細については、[GitLabクレジットのドキュメント](https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/)をご確認ください。\n\n### カスタムフロー定義でツールを設定可能に\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/flows/custom/#create-a-flow) | [関連イシュー](https://gitlab.com/gitlab-org/modelops/applied-ml/code-suggestions/ai-assist/-/work_items/2147)\n\nカスタムフロー定義内でツールオプションとパラメータ値を直接設定し、LLMのデフォルト値を上書きできるようになりました。カスタムフロー内でのツールの動作をより正確かつ一貫して制御でき、ガードレールや特定のパラメータ値の適用が容易になります。\n\n### Mistral AIがGitLab Duo Agent Platformのセルフホストモデルとして利用可能に\n\n* **利用可能プラン：** Premium、Ultimate\n* **提供形態：** GitLab Self-Managed\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/administration/gitlab_duo_self_hosted/supported_llm_serving_platforms/#cloud-hosted-model-deployments) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/587872)\n\nGitLab Duo Agent Platformが、セルフホストモデルデプロイ向けのLLMプラットフォームとしてMistral AIをサポートしました。GitLab Self-Managedをご利用のお客様は、既存のサポート対象プラットフォーム（AWS Bedrock、Google Vertex AI、Azure OpenAI、Anthropic、OpenAI）と並行してMistral AIを設定できます。AI機能の運用方法の選択肢がさらに広がりました。\n\n- - -\n\n## スケールとデプロイ\n\n### GitLabクレジットダッシュボードで過去の月を表示可能に\n\n* **利用可能プラン：** Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/#view-credit-usage-details) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/590843)\n\nカスタマーポータルのGitLabクレジットダッシュボードで、過去の請求月を遡って確認できるようになりました。請求管理者は日々の使用状況の推移や期間ごとの消費パターンを比較し、請求書の内容と照らし合わせて確認できます。以前はダッシュボードに当月の請求月のみが表示されていました。この改善により、管理者はクレジット配分についてより的確な判断を行い、過去のデータに基づいて将来のニーズを予測できます。\n\n### GitLabクレジットのサブスクリプションレベル使用量上限の設定\n\n* **利用可能プラン：** Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/#set-a-monthly-usage-cap-for-on-demand-credits)\n\n管理者がサブスクリプションレベルでオンデマンドクレジットの月間使用量上限を設定できるようになりました。オンデマンドクレジットの消費総量が設定された上限に達すると、そのサブスクリプションのすべてのユーザーに対してGitLab Duo Agent Platformへのアクセスが自動的に一時停止され、次の請求期間の開始時または管理者が上限を調整するまで継続されます。この設定により、予期しない超過料金に対する確実なガードレールを提供し、Agent Platformのより広範な展開における主要な障壁を取り除きます。上限は請求期間ごとに自動的にリセットされ、管理者には上限到達時にメール通知が送信されます。\n\n### ユーザーごとのGitLabクレジット上限の設定\n\n* **利用可能プラン：** Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/#set-a-per-user-usage-cap)\n\n管理者が請求期間ごとにGitLabクレジットのユーザーごとの使用量上限をオプションで設定できるようになりました。個々のユーザーの総クレジット消費量が設定された上限に達すると、そのユーザーのみGitLab Duo Agent Platformへのアクセスが一時停止されます。他のユーザーは影響を受けません。特定のユーザーが組織全体のクレジットを偏って消費することを防ぎ、管理者が使用量の配分をきめ細かく制御できます。ユーザーごとの使用量上限はサブスクリプションレベルの使用量上限と連動し、先に到達した上限が適用されます。\n\n### Linuxパッケージの改善\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/omnibus/settings/database/#upgrade-packaged-postgresql-server) | [関連イシュー](https://gitlab.com/gitlab-org/omnibus-gitlab/-/work_items/9734)\n\nGitLab 19.0では、PostgreSQLの最低サポートバージョンがバージョン17になります。この変更に備えて、[PostgreSQLクラスター](https://docs.gitlab.com/ja-jp/administration/postgresql/replication_and_failover/)を使用していないインスタンスでは、GitLab 18.11へのアップグレード時にPostgreSQL 17への自動アップグレードが試行されます。\n\n[PostgreSQLクラスター](https://docs.gitlab.com/ja-jp/administration/postgresql/replication_and_failover/)を使用している場合、またはこの[自動アップグレードをオプトアウト](https://docs.gitlab.com/ja-jp/omnibus/settings/database/#opt-out-of-automatic-postgresql-upgrades)する場合は、GitLab 19.0にアップグレードするために[PostgreSQL 17に手動でアップグレード](https://docs.gitlab.com/ja-jp/omnibus/settings/database/#upgrade-packaged-postgresql-server)する必要があります。\n\n### コンテナレジストリメタデータデータベースのバックアップとリストアのサポート\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/administration/backup_restore/#metadata-database) | [関連イシュー](https://gitlab.com/groups/gitlab-com/gl-infra/data-access/durability/-/work_items/45)\n\nLinuxパッケージインストール向けのGitLab[バックアップRakeタスク](https://docs.gitlab.com/ja-jp/administration/backup_restore/)と、Cloud Native（Helm）インストール向けの[backup-utility](https://docs.gitlab.com/ja-jp/charts/backup-restore/)が、[コンテナレジストリメタデータデータベース](https://docs.gitlab.com/ja-jp/administration/packages/container_registry_metadata_database/)に対応しました。メタデータデータベースに格納されているblob、manifest、タグなどのデータへの参照をバックアップでき、悪意のあるまたは偶発的なデータ破損からの復旧が可能になります。\n\n### 検索のグループ向け新しいナビゲーション体験\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/group/manage/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/20521)\n\n検索のグループ一覧が改善され、GitLabインスタンス全体でのグループの発見が容易になりました。再設計されたインターフェースでは、2つのビューを持つタブレイアウトを採用しています。\n\n* **アクティブタブ：** アクセス可能なすべてのグループを閲覧し、関連するコミュニティやプロジェクトを発見できます。\n* **非アクティブタブ：** アーカイブされたグループや削除保留中のグループを表示し、グループのライフサイクルステータスを確認できます。\n\nこれらの変更により、グループの発見が効率化され、参加可能なグループの可視性が向上します。\n\n### プロジェクトの非同期転送\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/group/manage/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/20521)\n\n以前のバージョンのGitLabでは、大規模なグループやプロジェクトの転送がタイムアウトになることがありました。今回、転送・アーカイブ・削除などの操作に統一された状態管理モデルを導入したことで、動作の一貫性が向上し、状態履歴や監査詳細の可視性が改善されました。また、転送処理が非同期化され、長時間の操作でもタイムアウトが発生しにくくなっています。\n\n- - -\n\n## 統合DevOpsとセキュリティ\n\n### ClickHouseがSelf-Managedデプロイで一般提供開始\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/integration/clickhouse/#set-up-clickhouse) | [関連イシュー](https://gitlab.com/groups/gitlab-org/architecture/gitlab-data-analytics/-/work_items/51)\n\nGitLab Self-Managedインスタンス向けに、GitLab [ClickHouseインテグレーション](https://docs.gitlab.com/ja-jp/integration/clickhouse/)の推奨事項と設定ガイダンスが改善されました。独自のクラスターを持ち込むか、ClickHouse Cloud（推奨）セットアップオプションを使用できます。このインテグレーションは複数のダッシュボードを支え、分析領域内のさまざまなAPIエンドポイントへのアクセスを提供します。\n\nこのスケーラブルで高パフォーマンスなデータベースは、GitLab分析インフラストラクチャにおける大規模なアーキテクチャ改善計画の一環です。\n\n### Duo・SDLCトレンドダッシュボードでのGitLab Duo Agent Platform分析の強化\n\n* **利用可能プラン：** Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated\n* **アドオン：** Duo Pro、Duo Enterprise\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/analytics/duo_and_sdlc_trends/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/20540)\n\nGitLab DuoおよびSDLCトレンドダッシュボードが改善され、ソフトウェアデリバリーへのGitLab Duoの影響を測定するための分析機能が強化されました。月間Agent Platformユニークユーザー数とAgentic Chatセッション数の新しいシングルスタットパネルが追加されました。また、シート割り当てに対する使用率（%）として表示されていたメトリクスが、使用回数のみを報告するように更新されました。この変更により、新しい使用量課金モデルのAgent Platform使用量が反映されていなかった[問題](https://gitlab.com/gitlab-org/gitlab/-/work_items/590326)が解消されます。\n\n### GLQLがプロジェクト、パイプライン、ジョブのデータソースにアクセス可能に\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/glql/data_sources/)\n\n[GitLab Query Language（GLQL）](https://docs.gitlab.com/ja-jp/user/glql/)が3つの新しいデータソース（プロジェクト、パイプライン、ジョブ）にアクセスできるようになりました。これらの新しいデータソースは埋め込みビューとしても利用でき、パイプライン結果、ジョブステータス、プロジェクト概要をWiki、イシューやマージリクエストの説明、リポジトリのMarkdownファイルに直接表示できます。GLQLは[データ分析エージェント](https://docs.gitlab.com/ja-jp/user/duo_agent_platform/agents/foundational_agents/data_analyst/)の基盤でもあり、これらの新しいタイプにより、エージェントはCI/CDジョブの結果の検査、障害のデバッグ、パイプライン実行の詳細な概要の提供、およびネームスペース内のプロジェクトの正確な概要の提供が可能になります。\n\n### MavenおよびPythonのSBOMスキャンにおける依存関係の解決\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/dependency_scanning/dependency_scanning_sbom/#dependency-resolution) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/20461)\n\nSBOMを使用したGitLabの依存関係スキャンが、MavenおよびPythonプロジェクトの依存関係グラフの自動生成に対応しました。以前は、正確な依存関係分析にはロックファイルまたはグラフファイルの提供が必要でした。今回の改善により、これらのファイルが利用できない場合はアナライザーが自動的に生成を試みるようになり、MavenおよびPythonプロジェクトでロックファイルなしでも依存関係スキャンを有効にしやすくなりました。\n\n### 高度なSASTのインクリメンタルスキャン\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/sast/gitlab_advanced_sast/#incremental-scanning) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/20508)\n\nGitLab高度なSASTで、コードベースの変更された部分のみを分析するインクリメンタルスキャンが可能になりました。リポジトリ全体のスキャンと比較してスキャン時間が大幅に短縮されます。この機能は差分ベースのスキャンをさらに進化させたもので、コードベース全体の完全な結果を生成します。\n\n変更されたコードのみをスキャンすることで、速度を犠牲にしたり摩擦を増やしたりすることなく、セキュリティテストを開発ワークフローにシームレスに統合できます。\n\n### 未検証の脆弱性（ベータ版）\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/sast/gitlab_advanced_sast/#report-unverified-vulnerabilities) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/15649)\n\n高度なSASTが、未検証の脆弱性（ソースからシンクまで完全にトレースできない検出結果）を脆弱性レポートに直接表示できるようになりました。検出漏れ（偽陰性）よりも誤検出（偽陽性）が多くなることを許容できる場合には、この機能を有効にしてください。\n\nこの機能はベータ版です。フィードバックは[イシュー596512](https://gitlab.com/gitlab-org/gitlab/-/work_items/596512)にてお待ちしています。\n\n### Kubernetes 1.35のサポート\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/clusters/agent/#supported-kubernetes-versions-for-gitlab-features) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/584225)\n\nGitLabがKubernetesバージョン1.35を正式にサポートしました。アプリケーションをKubernetesにデプロイしてすべての機能にアクセスするには、接続されたクラスターを最新バージョンにアップグレードしてください。詳細については、[GitLabの機能でサポートされているKubernetesのバージョン](https://docs.gitlab.com/ja-jp/user/clusters/agent/#supported-kubernetes-versions-for-gitlab-features)をご確認ください。\n\n### コンテナレジストリ メタデータ データベースのpreferモード\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/administration/packages/container_registry_metadata_database/#prefer-mode) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/595480)\n\nコンテナレジストリ メタデータ データベースを`prefer`モードに設定できるようになりました。これは、既存の`true`および`false`の値に加わる新しい設定オプションです。preferモードでは、レジストリがインストールの現在の状態に基づいて、メタデータデータベースを使用するかレガシーストレージにフォールバックするかを自動的に検出します。\n\nデータベースにインポートされていない既存のファイルシステムメタデータがある場合、メタデータのインポートが完了するまでレガシーストレージが引き続き使用されます。データベースがすでに使用されている場合、または新規インストールの場合は、レジストリがデータベースを直接使用します。\n\n今後のリリースで、`prefer`モードは新規Linuxパッケージインストールのデフォルトになる予定です。既存のインストールには影響しません。詳細については、[イシュー595480](https://gitlab.com/gitlab-org/gitlab/-/work_items/595480)をご確認ください。\n\n### パッケージ保護ルールがTerraformモジュールに対応\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/packages/package_registry/package_protection_rules/) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/issues/592761)\n\nこれまで、ビルトインのGitLab Terraformモジュールレジストリからモジュールを公開しているチームには、新しいモジュールバージョンのプッシュを制限する手段がありませんでした。パッケージ保護ルールは複数のパッケージ形式に対応していたものの、`terraform_module`は対象外だったため、インフラストラクチャチームはプロジェクトレベルでプッシュを制御できませんでした。\n\n今回、`terraform_module`を対象としたパッケージ保護ルールを作成できるようになり、最小ロールに基づいてプッシュアクセスを制限できます。この機能はUI、REST API、GraphQL API、GitLab Terraformプロバイダーリソースから利用できます。\n\n### リリースエビデンスにパッケージが含まれるように\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/releases/release_evidence/#include-packages-as-release-evidence) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/283995)\n\nGitLabリリースの作成時、パッケージレジストリに公開されたパッケージは自動的にリリースに関連付けられませんでした。チームはパッケージURLを手動で構築し、APIやパイプラインスクリプトを通じてリリースリンクとして添付する必要があり、手間がかかるうえ不完全なリリースレコードのリスクがありました。\n\nパッケージのバージョンがリリースタグと一致する場合、GitLabがリリースエビデンスにパッケージを自動的に含めるようになりました。手動の手順なしにリリースと関連パッケージ間の検証可能で監査可能なリンクが作成され、ソースコード、アーティファクト、パッケージが1つの完全なリリーススナップショットにまとめられます。\n\n### Wikiサイドバートグルの位置変更によるアクセス性向上\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/wiki/#sidebar) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/580569)\n\nWikiサイドバートグルが、制御対象のサイドバーのすぐ横の左側に配置されるようになりました。\n\nサイドバーが折りたたまれている場合でも、フローティングコントロールとしてトグルが表示されたままになるため、ページの先頭までスクロールすることなく再度開けます。\n\n### Wikiページのアクションバーが固定表示に\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/project/wiki/) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/590255)\n\nWikiページのアクションバーが固定表示されるようになり、ページをスクロールしても常に画面上に表示されます。以前は、編集やページ履歴の表示、テンプレートの管理などにアクセスするにはページの先頭までスクロールする必要がありました。ページタイトルと主要なアクション（編集、新しいページ、テンプレート、ページ履歴など）が、ページのどこにいても手の届く場所に表示されます。\n\n### エピックのウェイト\n\n* **利用可能プラン：** Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/work_items/weight/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/12273)\n\nエピックがウェイトに対応し、計画時に大規模なイニシアティブの見積もりと優先順位付けが容易になりました。\n\nエピックを子イシューに分解する前に、初期見積もりを表す暫定ウェイトを割り当てられます。エピックを分解すると、すべての子イシューからのロールアップ合計を反映してウェイトが自動的に更新されます。これは、イシューやタスクのウェイトロールアップの動作と一貫しています。\n\nエピック詳細ページでは、暫定ウェイトと子イシューからのロールアップウェイトの両方を確認でき、時間の経過とともに見積もりを洗練するために必要なインサイトを得られます。\n\n### 悪用可能性リスクの高いマージリクエストのブロック\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/policies/merge_request_approval_policies/#vulnerability_attributes-object) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/epics/16311)\n\n以前は、マージリクエスト（MR）の承認ポリシーは脆弱性の重大度に基づいてMRをブロックできましたが、すべての脆弱性が同じリスクを持つわけではありません。CVSSの重大度だけでは、CVEが実際に悪用されているかどうかや悪用の可能性はわかりません。その結果、承認ポリシーがノイズの多いものとなり、デベロッパーとセキュリティチームの時間が浪費されていました。\n\n既知のエクスプロイト（KEV）およびエクスプロイト予測スコアリングシステムモデル（EPSS）データを使用してMR承認ポリシーを設定できるようになりました。検出結果がKEVカタログに含まれている場合（実際に悪用されている場合）、またはEPSSスコアがしきい値を超えている場合に、ブロックまたは承認を要求できます。MRのポリシー違反にはKEVおよびEPSSのコンテキストが含まれ、デベロッパーはセキュリティゲートがトリガーされた理由を理解できます。\n\nセキュリティチームにどの検出結果をブロックまたは警告するかの正確な制御を提供し、アラート疲労を軽減し、現在の脅威状況に沿った適用を実現します。\n\n### 脆弱性へのCVSS 4.0スコアの割り当て\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/vulnerabilities/severities/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/epics/18697)\n\nCVSS 4.0は、脆弱性の重大度を評価・格付けするための業界標準の最新バージョンです。UIでCVSS 4.0スコアを表示・確認できるようになりました（脆弱性詳細ページおよび脆弱性レポートを含む）。APIを使用したスコアのクエリも可能です。\n\n### 脆弱性レポートの行操作の改善\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/vulnerability_report/) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/561414)\n\n以前は、脆弱性レポートから詳細ページに移動するには、行内の説明テキストをクリックする必要がありました。\n\n今回の改善で、行のどこをクリックしても詳細ページに直接移動できるようになりました。脆弱性の説明やファイルの場所のリンク表示はマウスを合わせたときのみ表示されるようになり、キーボードナビゲーションも改善されています。\n\nこれらの変更により、脆弱性レポートがより直感的で使いやすくなりました。\n\n### セキュリティダッシュボードのPDFエクスポート\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/security_dashboard/#export-as-pdf) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/epics/18203)\n\nセキュリティダッシュボードをレポートやプレゼンテーション用にPDFとしてエクスポートできるようになりました。エクスポートには、アクティブなフィルターを含むダッシュボードのすべてのチャートとパネルの現在の状態が反映されます。\n\n### セキュリティ設定プロファイルでのSASTスキャン\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/configuration/security_configuration_profiles/) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/work_items/19951)\n\nGitLab 18.9では、**シークレット検出 - デフォルト**プロファイルによりセキュリティ設定プロファイルを導入しました。GitLab 18.11では、**静的アプリケーションセキュリティテスト（SAST） - デフォルト**プロファイルが追加され、SASTにも対応しました。CI/CD設定ファイルを一切編集することなく、標準化された静的解析のスキャン設定をすべてのプロジェクトに適用できます。\n\nこのプロファイルは2つのスキャントリガーを有効にします。\n\n* **マージリクエストパイプライン：** オープンなマージリクエストのあるブランチに新しいコミットがプッシュされるたびに、SASTスキャンを自動実行します。結果にはマージリクエストによって導入された新しい脆弱性のみが含まれます。\n* **ブランチパイプライン（デフォルトのみ）：** 変更がデフォルトブランチにマージまたはプッシュされた際に自動実行され、デフォルトブランチのSAST態勢の包括的なビューを提供します。\n\n### グループセキュリティダッシュボードのセキュリティ属性フィルター\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/security_dashboard/#filter-the-entire-dashboard) | [関連エピック](https://gitlab.com/groups/gitlab-org/-/epics/18201)\n\nグループセキュリティダッシュボードの結果を、グループ内のプロジェクトに適用されたセキュリティ属性に基づいてフィルタリングできるようになりました。\n\n利用可能なセキュリティ属性は以下のとおりです。\n\n* ビジネスインパクト\n* アプリケーション\n* ビジネスユニット\n* インターネット露出\n* ロケーション\n\n### セキュリティマネージャーロール（ベータ版）\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/permissions/#security-manager)\n\nセキュリティマネージャーロールがベータ版として利用可能になりました。セキュリティ専門家向けに設計された新しいデフォルトの権限セットを提供します。セキュリティチームはセキュリティ機能にアクセスするためにデベロッパーやメンテナーロールを必要とせず、過剰な権限付与の懸念を解消しながら職務分離を維持できます。\n\nセキュリティマネージャーロールのユーザーには以下のアクセス権限があります。\n\n* **脆弱性管理：** グループおよびプロジェクト全体の脆弱性の表示、トリアージ、管理（脆弱性レポートおよびセキュリティダッシュボードを含む）。\n* **セキュリティインベントリ：** グループのセキュリティインベントリを表示し、全プロジェクトのスキャナーカバレッジを把握。\n* **セキュリティ設定プロファイル：** グループのセキュリティ設定プロファイルの表示。\n* **コンプライアンスツール：** グループまたはプロジェクトの監査イベント、コンプライアンスセンター、コンプライアンスフレームワーク、依存関係リストの表示。\n* **シークレットプッシュ保護：** グループのシークレットプッシュ保護の有効化。\n* **オンデマンドDAST：** グループのオンデマンドDASTスキャンの作成と実行。\n\n開始するには、グループに移動し、**管理 > メンバー**を選択してメンバーを招待し、セキュリティマネージャーロールを割り当ててください。\n\n### 脆弱性レポートの識別子リストポップオーバー\n\n* **利用可能プラン：** Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/user/application_security/vulnerability_report/) | [関連イシュー](https://gitlab.com/gitlab-org/gitlab/-/work_items/564939)\n\n脆弱性レポートの各行にプライマリCVE識別子がクリック可能なリンクとして表示されるようになりました。複数の識別子が存在する場合、**「+N more」**のポップオーバーですべての識別子が一覧表示されます。リスト内の各識別子は外部参照（CVE、CWE、WASCデータベースなど）にリンクしており、レポートを離れることなく詳細にすばやくアクセスできます。\n\n### GitLab Runner 18.11\n\n* **利用可能プラン：** Free、Premium、Ultimate\n* **提供形態：** GitLab Self-Managed、GitLab.com、GitLab Dedicated、GitLab Dedicated for Government\n* **リンク：** [ドキュメント](https://docs.gitlab.com/ja-jp/runner/)\n\nGitLab Runner 18.11もリリースしました。GitLab Runnerは、CI/CDジョブを実行し、結果をGitLabインスタンスに返送する高いスケーラビリティを備えたビルドエージェントです。GitLab Runnerは、GitLabに含まれるオープンソースの継続的インテグレーションサービスであるGitLab CI/CDと連携して動作します。\n\n#### 新機能：\n\n* [バンドルされた依存関係を含む`concrete`ヘルパーイメージの作成](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39286)\n* [環境変数ではなくRunner設定からジョブルーターのフィーチャーフラグを読み取り](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39280)\n\n#### バグ修正：\n\n* [リファクタリング後のRunnerバイナリパスの誤り](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39329)\n* [キャッシュ操作時のパイプラインハング](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39279)\n* [GitLab Runner 18.9.0の`docker-machine`バイナリがCVE-2025-68121を参照](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39276)\n* [`DOCKER_AUTH_CONFIG`からのクレデンシャルヘルパーバイナリが見つからない場合にRunnerがジョブペイロードの認証情報にサイレントフォールバック](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/39201)\n* [`CONCURRENT_PROJECT_ID`が異なるジョブ間で一意でなく、ビルドディレクトリで競合が発生](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/38307)\n* [アーティファクトのアップロードがレスポンスヘッダーのタイムアウトで失敗](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/37220)\n* [失敗した`pre_build_script`の後にユーザー定義の`after_script`が実行され、`post_build_script`がバイパスされる](https://gitlab.com/gitlab-org/gitlab-runner/-/work_items/3116)\n\nすべての変更の一覧はGitLab Runner [CHANGELOG](https://gitlab.com/gitlab-org/gitlab-runner/blob/18-11-stable/CHANGELOG.md)をご覧ください。\n\n- - -\n\n## 関連トピック\n\n* [バグ修正](https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&state=closed&label_name%5B%5D=type%3A%3Abug&or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&milestone_title=18.11)\n* [パフォーマンスの改善](https://gitlab.com/groups/gitlab-org/-/issues/?sort=updated_desc&state=closed&label_name%5B%5D=bug%3A%3Aperformance&or%5Blabel_name%5D%5B%5D=workflow%3A%3Acomplete&or%5Blabel_name%5D%5B%5D=workflow%3A%3Averification&or%5Blabel_name%5D%5B%5D=workflow%3A%3Aproduction&milestone_title=18.11)\n* [UIの改善](https://papercuts.gitlab.com/?milestone=18.11)\n* [非推奨と削除](https://docs.gitlab.com/ja-jp/update/deprecations/)\n* [アップグレードノート](https://docs.gitlab.com/ja-jp/update/versions/)\n\n- - -\n\n### インストール\n\n新規にGitLabをセットアップする場合は、[GitLabダウンロードページ](https://about.gitlab.com/install/)をご覧ください。\n\n### アップデート\n\n[アップデートページ](https://about.gitlab.com/update/)をご確認ください。\n\n### ご不明な点がある場合\n\nご質問やご意見をお聞かせください。本リリースについてご不明な点がある場合は、[GitLabフォーラム](https://forum.gitlab.com/)にアクセスして質問を投稿してください。\n\n### GitLabサブスクリプションプラン\n\n* [Free](https://about.gitlab.com/pricing/)\n ユーザー向けの永久無料機能を提供\n* [Premium](https://about.gitlab.com/pricing/premium/)\n チームの生産性と調整を強化\n* [Ultimate](https://about.gitlab.com/pricing/ultimate/)\n 組織全体のセキュリティ、コンプライアンス、プランニングに対応\n GitLabのすべての機能を[無料](https://about.gitlab.com/free-trial/?hosted=saas)でお試しいただけます。\n\n*\\--------------------*\n\n*監修：ソリス ジェレズ / Jerez Solis [@jerezs](https://gitlab.com/jerezs) （GitLab合同会社 ソリューションアーキテクト本部 ソリューションアーキテクト）*\n\n### 過去の日本語リリース情報\n\n* [GitLab 18.10](https://about.gitlab.com/ja-jp/blog/gitlab-18-10-release/)\n* [GitLab 18.9](https://about.gitlab.com/ja-jp/blog/gitlab-18-09-release/)\n* [GitLab 18.8](https://about.gitlab.com/ja-jp/blog/gitlab-18-08-release/)\n* [GitLab 18.7](https://about.gitlab.com/ja-jp/blog/gitlab-18-07-release/)\n* [GitLab 18.6](https://about.gitlab.com/ja-jp/blog/gitlab-18-06-release/)\n* [GitLab 18.5](https://about.gitlab.com/ja-jp/blog/gitlab-18-05-release/)\n* [GitLab 18.4](https://about.gitlab.com/ja-jp/blog/gitlab-18-04-release)\n* [GitLab 18.3](https://about.gitlab.com/ja-jp/blog/gitlab-18-03-release)\n* [GitLab 18.2](https://about.gitlab.com/ja-jp/blog/gitlab-18-02-release/)\n* [GitLab 18.1](https://about.gitlab.com/ja-jp/blog/gitlab-18-01-release/)\n* [GitLab 18.0](https://about.gitlab.com/ja-jp/blog/gitlab-18-0-release/)\n* [GitLab 17.11](https://about.gitlab.com/ja-jp/blog/gitlab-17-11-release/)\n* [GitLab 17.10](https://about.gitlab.com/ja-jp/blog/gitlab-17-10-release/)\n* [GitLab 17.9](https://about.gitlab.com/ja-jp/blog/gitlab-17-9-release/)\n* [GitLab 17.8](https://about.gitlab.com/ja-jp/blog/gitlab-17-8-release/)\n* [GitLab 17.7](https://about.gitlab.com/ja-jp/blog/gitlab-17-7-release/)\n* [GitLab 17.6](https://about.gitlab.com/ja-jp/blog/gitlab-17-6-release/)\n* [GitLab 17.5](https://about.gitlab.com/ja-jp/blog/gitlab-17-5-released/)\n* [GitLab 17.4](https://about.gitlab.com/ja-jp/blog/gitlab-17-4-released/)\n* [GitLab 17.3](https://about.gitlab.com/ja-jp/blog/gitlab-17-3-released/)\n* [GitLab 17.2](https://about.gitlab.com/ja-jp/blog/gitlab-17-2-released/)\n* [GitLab 17.1](https://about.gitlab.com/ja-jp/blog/gitlab-17-1-released/)\n* [GitLab 16.11](https://about.gitlab.com/ja-jp/blog/gitlab-16-11-released/)",[9],"2026-04-20","2026-04-16","GitLab 18.11リリース",[733,720,11,104],"releases","GitLab 18.11でリリースした最新機能を公開します。",{"featured":25,"template":15,"slug":736},"gitlab-18-11-release",{"content":738,"config":747},{"heroImage":726,"body":739,"authors":740,"updatedDate":742,"date":730,"title":743,"tags":744,"description":746,"category":11},"GitLab Duo Agent PlatformをオンデマンドのGitLabクレジットとともに活用しているチームは、以前よりも速くリリースし、バグを早期に発見し、かつては数スプリントを要していた作業を自動化しています。しかし、導入が拡大するにつれ、財務・調達・プラットフォームの各チームから、AIへの支出が適切に管理され、予測可能で制御可能であることを示すよう求める声も高まっています。\n\nAI導入拡大の最大の障壁は、テクノロジーへの懐疑心ではありません。支出管理に対する不安です。予算上限がなければ、忙しい月に予期しない費用が発生するリスクがあります。ユーザーごとの上限がなければ、一部のヘビーユーザーが月末前にチームのクレジットを使い切ってしまう可能性があります。どちらの仕組みもなければ、ソフトウェア開発においてエージェント型AIの活用を拡大したいエンジニアリングリーダーは、予算承認のために多くの手順を踏まなければなりません。\n\n[一般提供（GA）](https://about.gitlab.com/ja-jp/blog/gitlab-duo-agent-platform-is-generally-available/)の開始以来、GitLab Duo Agent Platformは利用状況のガバナンスと可視化の機能を提供してきました。GitLab 18.11では、[GitLabクレジット](https://about.gitlab.com/ja-jp/blog/introducing-gitlab-credits/)の利用制御機能として、支出上限と予算ガードレールを新たに導入します。これにより、組織はクレジットの消費状況をさらに細かく管理し、透明性を高めることができます。\n\n## GitLabクレジットの管理\n\nGitLab 18.11では、GitLabクレジットの消費を管理する3つの層を追加します。サブスクリプションレベルの支出上限、ユーザーごとのクレジット上限、そして上限の状態と適用状況の可視化です。\n\n### サブスクリプションレベルの支出上限\n\n請求アカウントマネージャーは、サブスクリプション全体のオンデマンドGitLabクレジット消費に対して、月次の上限を設定できるようになりました。\n\n設定の流れは次のとおりです。\n\n* **上限の設定：** サブスクリプションの「GitLabクレジット」設定にある`Customers Portal`で上限を設定します。 \n* **支出上限の自動適用：** オンデマンドの利用量が上限に達すると、次の月次期間が始まるまで、そのサブスクリプションの全ユーザーのDAP（Duo Agent Platform）アクセスが一時停止されます。 \n* **柔軟な調整：** 月の途中で上限を引き上げたり無効にしたりすることで、アクセスを復元できます。\n\n上限は月次期間ごとにリセットされ、変更しない限り設定した上限が引き継がれます。利用データはリアルタイムではなく定期的に同期されるため、上限に達してから適用が有効になるまでの間に、わずかな追加利用が発生する場合があります。詳しくは[GitLabクレジットのドキュメント](https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/)をご参照ください。\n\n### ユーザーレベルの支出上限\n\nクレジットの消費量はユーザーによって異なります。これは想定の範囲内ですが、一部のヘビーユーザーがクレジットプールの大部分を占めると、他のメンバーが月末前にアクセスできなくなる可能性があります。\n\nユーザーごとのクレジット上限を設定することで、特定のユーザーが公平な上限を超えて消費することを防げます。\n\n* **一律のユーザー上限：** GitLab GraphQL APIを通じて、サブスクリプション上のすべてのユーザーに均一のクレジット上限を設定できます。サブスクリプションレベルの上限とは異なり、ユーザーごとの上限はすべてのクレジットソースにまたがる、そのユーザーの総消費量に適用されます。 \n* **カスタムのユーザー個別オーバーライド：** 差別化した上限が必要な組織向けに、GraphQL APIを通じて特定ユーザーに個別のクレジット上限を設定できます。たとえば、スタッフエンジニアには高めの割り当てを設定し、それ以外のメンバーには標準の上限を適用するといった運用が可能です。 \n* **個別の適用：** ユーザーが上限に達しても、GitLab全体へのアクセスは維持されます。停止されるのは、次の請求サイクルが始まるまでのDuo Agent Platformのクレジット利用のみです。他のユーザーは、自分自身の上限またはサブスクリプションレベルの上限のいずれか早い方に達するまで、中断なく作業を続けられます。\n\n### 可視化と通知\n\nサブスクリプションレベルの上限に達した場合、GitLabは請求アカウントマネージャーにメール通知を送信します。これにより、上限の引き上げ、次の期間まで待機、クレジットの再配分といった対応を速やかに行えます。\n\nGitLab内では、グループオーナー（GitLab.com）とインスタンス管理者（Self-Managed）が、ユーザーごとの上限に達してブロックされたユーザーを確認し、GraphQL APIを通じて上限を調整することでアクセスを復元できます。\n\n## 予算ガードレールがAI利用のスケールを支援する理由\n\n組織がAI導入を加速させるにあたり、ガードレールは不可欠です。その理由を以下に説明します。\n\n### 予測可能なAI予算\n\nGitLab Duo Agent Platformの利用制御機能は、オンデマンドのGitLabクレジットを活用することで、AIを予算として管理しやすい予測可能な支出項目に変えます。これにより、ソフトウェア開発ライフサイクル全体にわたってエージェントを展開しやすくなり、財務部門への説明、更新の正当化、四半期ごとの支出計画が容易になります。\n\n### ガバナンスとチャージバック\n\n大規模な組織では、AIの消費量を社内予算やコストセンター、部門方針と連携させる必要があります。ユーザーごとの上限は、プラットフォームチームがクレジットを公平に配分し、個人レベルで消費量を追跡するための明確な仕組みを提供します。APIによるインポート機能により、エンタープライズ規模での上限管理も現実的に行えます。GitLabクレジットダッシュボードのユーザーごとの利用データと組み合わせることで、消費パターンを把握し、社内のチャージバックや予算配分プロセスの参考にすることができます。\n\n### スケールへの自信\n\n多くのお客様は、少人数のパイロットグループからGitLab Duo Agent Platformを始めます。利用制御機能は、そのパイロットを組織全体に拡大する際のリスクを排除します。予算を保護するハードな上限が設けられているため、数百人から数千人の開発者にDuo Agent Platformを展開しても安心です。想定より早く利用量が増加した場合でも、上限に達するだけで、予期しない請求は発生しません。\n\n## シートベース課金と可視性の課題に向き合う\n\n多くのAIコーディングツールは、コスト管理にシートベースのアプローチを採用しています。一定数のシートを定額のユーザー単価で購入する、シンプルながらも柔軟性に欠けるモデルです。開発者がツールを1日10回使っても、まったく使わなくても同じ料金を支払います。さらにベンダーがシート料金に加えてプレミアムモデルや超過料金を導入すると、シートベースのライセンスが約束していたコストの予測可能性が損なわれていきます。\n\nGitLabは異なるアプローチを取っています。ハードな上限と一元化されたガバナンスダッシュボードを備えた従量課金制です。チームが実際に使った分だけ支払うという柔軟性と、強制力のある支出上限によるコストの予測可能性を両立しています。\n\n## 実際の利用制御シナリオ\n\n**一例として、月次予算を守りたい中規模のSaaSカスタマーを挙げます。** 200名のエンジニアリング組織が、オンデマンド利用の想定量に合わせたサブスクリプションレベルの上限を設定します。エンジニアリングVPは、新しいチームのオンボーディング中であっても、GitLab Duo Agent Platformの支出が承認済み金額を超えないことを財務部門に自信を持って説明できます。月の途中で上限に近づいた場合、請求アカウントマネージャーが通知を受け取り、上限を引き上げるか次の期間まで待つかを判断できます。\n\n**GitLabでは、チーム間の利用を公平に保ちたい大企業とも多く連携しています。** 開発者2,000名を擁するグローバルな金融サービス会社がユーザーごとの上限を活用し、公平なアクセスを確保しています。複雑なリファクタリングプロジェクトに取り組むスタッフエンジニアにはAPIを通じて高い個別割り当てを設定し、多くの開発者には標準の一律上限を適用しています。クレジットプールを使い切るユーザーはなく、プラットフォームチームはGitLabクレジットダッシュボードのユーザーごとの利用データを活用して消費パターンを把握し、四半期ごとの予算計画に役立てています。\n\n## はじめ方\n\n利用制御機能は、GitLab 18.11を実行しているGitLab.comおよびSelf-Managedの両方のお客様にご利用いただけます。設定場所は、範囲とお客様の役割によって異なります。\n\n**サブスクリプションレベルの上限**\n\n請求アカウントマネージャーは、Customers PortalでサブスクリプションレベルのオンデマンドGitLabクレジット上限を設定します。\n\n1. `Customers Portal`にサインインします。 \n2. サブスクリプションカードで**GitLabクレジット**の設定に移動します。 \n3. 月次のオンデマンドクレジット上限を有効にし、希望する上限値を入力します。\n\n**一律のユーザー上限**\n\n一律のユーザー上限は、名前空間オーナー（GitLab.com）またはインスタンス管理者（Self-Managed）がGitLab GraphQL APIを通じて設定できます。利用可能な設定方法の最新情報については、[GitLabクレジットのドキュメント](https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/)をご確認ください。\n\n**カスタムのユーザー個別オーバーライド**\n\n差別化した上限を設定する場合、名前空間オーナー（GitLab.com）とインスタンス管理者（Self-Managed）はプログラムで個別の上限を設定できます。これは自動化やInfrastructure as Codeのワークフローにも適しています。\n\n**利用状況と上限のステータスを確認する**\n\n* **Customers Portal：** 詳細な利用状況と上限のステータスを確認できます。 \n* **GitLab.com：** グループオーナーは**設定 > GitLabクレジット**でブロックされたユーザーを確認できます。 \n* **Self-Managed：** インスタンス管理者は**管理 > GitLabクレジット**で上限のステータスとブロックされたユーザーを確認できます。\n\n## GitLab Duo Agent Platformはスケールの準備ができています\n\n利用制御機能はGitLab 18.11でご利用いただけます。組織全体にGitLab Duo Agent Platformを展開する前に適切なガードレールを待っていた方にとって、今がその時です。上限を設定し、より多くのチームにDuo Agent Platformを展開して、より速いリリースを実現しましょう！\n\n> [GitLabクレジットと利用制御の詳細はこちら](https://docs.gitlab.com/ja-jp/subscriptions/gitlab_credits/)。",[741],"Bryan Rothwell","2026-04-17","GitLab 18.11: GitLabクレジットの予算管理機能",[11,720,745],"news","GitLab 18.11で新たに導入された支出上限とユーザーごとのクレジット上限により、組織はGitLab Duo Agent Platformを安心してスケールできる予算ガードレールを手に入れます。AIへの支出を予測可能に保ちながら、より多くのチームへの展開を実現します。",{"featured":14,"template":15,"slug":748},"gitlab-18-11-budget-guardrails-for-gitlab-credits",{"promotions":750},[751,765,776,788],{"id":752,"categories":753,"header":755,"text":756,"button":757,"image":762},"ai-modernization",[754],"ai-ml","Is AI achieving its promise at scale?","Quiz will take 5 minutes or less",{"text":758,"config":759},"Get your AI maturity score",{"href":760,"dataGaName":761,"dataGaLocation":241},"/assessments/ai-modernization-assessment/","modernization assessment",{"config":763},{"src":764},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/qix0m7kwnd8x2fh1zq49.png",{"id":766,"categories":767,"header":768,"text":756,"button":769,"image":773},"devops-modernization",[11,563],"Are you just managing tools or shipping innovation?",{"text":770,"config":771},"Get your DevOps maturity score",{"href":772,"dataGaName":761,"dataGaLocation":241},"/assessments/devops-modernization-assessment/",{"config":774},{"src":775},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138785/eg818fmakweyuznttgid.png",{"id":777,"categories":778,"header":780,"text":756,"button":781,"image":785},"security-modernization",[779],"security","Are you trading speed for security?",{"text":782,"config":783},"Get your security maturity score",{"href":784,"dataGaName":761,"dataGaLocation":241},"/assessments/security-modernization-assessment/",{"config":786},{"src":787},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1772138786/p4pbqd9nnjejg5ds6mdk.png",{"id":789,"paths":790,"header":793,"text":794,"button":795,"image":800},"github-azure-migration",[791,792],"migration-from-azure-devops-to-gitlab","integrating-azure-devops-scm-and-gitlab","Is your team ready for GitHub's Azure move?","GitHub is already rebuilding around Azure. Find out what it means for you.",{"text":796,"config":797},"See how GitLab compares to GitHub",{"href":798,"dataGaName":799,"dataGaLocation":241},"/compare/gitlab-vs-github/github-azure-migration/","github azure migration",{"config":801},{"src":775},{"header":803,"blurb":804,"button":805,"secondaryButton":809},"今すぐ開発をスピードアップ","DevSecOpsに特化したインテリジェントオーケストレーションプラットフォームで実現できることをご確認ください。\n",{"text":43,"config":806},{"href":807,"dataGaName":46,"dataGaLocation":808},"https://gitlab.com/-/trial_registrations/new?glm_content=default-saas-trial&glm_source=about.gitlab.com/ja-jp/","feature",{"text":48,"config":810},{"href":50,"dataGaName":51,"dataGaLocation":808},1777493637888]