GitLab 16.11リリースノート

2024年4月18日、GitLab 16.11が次の機能とともにリリースされました。

さらに、今月の注目すべきコントリビューターを含む、すべてのコントリビューターに感謝します。

今月の注目すべきコントリビューター

Ivan Shtyrliaievは2024年に入ってからGitLabに数件のコントリビュートを行っています。彼はGitLabのプリンシパルプロダクトマネージャーであるHannah Sutorによって推薦され、ユーザーリストの検索およびフィルターユーザーエクスペリエンスを改善したコントリビュートが評価されました。

「これは、横スクロール可能なタブのリストから、2つのタブと検索ボックスだけの、はるかに洗練されたUXへと移行するのに役立つ、ユーザーエクスペリエンスの大幅な改善です」とHannahは述べました。「これでユーザーは、タブを横スクロールするのではなく、検索ボックスで絞り込むことができるようになりました！」

Ivanは、この困難なリクエストを引き受け、GitLab UXチームと協力して提案を洗練し、レビューに非常に迅速に対応したことで評価されました。GitLabのエンジニアリングマネージャーであるAdil Farrukhは、この機能は些細なものではなく、Ivanがフィードバックに非常に迅速に対応したと述べ、推薦を支持しました。Eduardo Sanz García、Sr.Frontend Engineer at GitLabも推薦を支持し、Ivanの回復力を称賛しました。

「Eduardoのレビューと、コントリビュートを実現するために多大な努力を払ってくれたGitLabチームに本当に感謝しています」とIvanは述べました。「それはとても役に立ち、どれだけの時間がかかるか分かりました。」

IvanはPoliticoのフロントエンドソフトウェアエンジニアです。

Baptiste Lalanneは、70近くの同意するが寄せられた3年前のイシューを取り上げ、要望の多かった機能、つまりCI/CD設定にretry:exit codesを追加する機能にコントリビュートしました。このコントリビュートにより、ユーザーは失敗したパイプラインジョブや異なる終了コードを持つジョブを管理する際の柔軟性が向上します。

BaptisteはGitLabのプロダクトマネージャーであるDov Hershkovitchによって推薦されました。「Baptisteのこのプロジェクトにおける勤勉な取り組みは、単なる実装を超えたものでした」とDovは述べました。「この成果は、私たちのコミュニティの協力的な強さを示す好例です。Baptisteの努力により、GitLabは重要なニーズを満たしただけでなく、オープン性と透明性へのコミットメントを強化し、オープンコアの考え方を豊かにしました。」

「これは心温まることであり、本当に感謝しています。」とBaptisteは述べました。「私はこれをとても愛しているので、余暇にコントリビュートを続けることを本当に楽しみにしています。」

この1年で、Baptisteは6つのマージリクエストをGitLabにマージし、次はGitLab Runnerにコントリビュートすることを目指しています。BaptisteはDataDogのソフトウェアエンジニアです。

新しくMVPに選ばれたIvanとBaptiste、そしてGitLabコミュニティのコントリビューターの皆様に心より感謝申し上げます！ 🙌

主要な機能

GitLab Duo Chatが一般提供されました

GitLab Duo Chatが一般提供されました。このリリースの一部として、これらの機能も一般提供されます:

• コードの説明により、デベロッパーや技術的知識の少ないユーザーが不慣れなコードをより早く理解できるようになります
• コードリファクタリングにより、デベロッパーは既存のコードを簡素化および改善できます
• テスト生成により、反復的なタスクを自動化し、チームがバグをより早く発見できるようにします

ユーザーは、GitLab UI、Web IDE、VS Code、またはJetBrains IDEでGitLab Duo Chatにアクセスできます。

このリリースのGitLab Duo Chatの詳細については、このブログ投稿を参照してください。

チャットは現在、すべてのUltimateおよびPremiumユーザーが自由に利用できます。インスタンス管理者、グループオーナー、およびプロジェクトオーナーは、Duo機能が自分のデータにアクセスして処理するのを制限することを選択できます。

GitLab Duo ChatはGitLab Duo Proの一部です。GitLab Duo Proをまだ購入していないチャットベータユーザーの移行を容易にするため、Duo Chatは既存のPremiumおよびUltimateのお客様（アドオンなし）に短期間提供され続けます。今後、Duo Pro購読者へのアクセスが制限される時期を発表します。

チャット内のフィードバックボタンをクリックするか、イシューを作成してGitLab Duo Chatに言及することで、ご意見を自由に共有してください。皆様からのご意見をお待ちしております！

JetBrains IDEでGitLab Duo Chatが利用可能

JetBrains IDEでGitLab Duo Chatが利用可能になったことをお知らせします。

GitLabのAI機能の一部として、Duo Chatは、インタラクティブなチャットウィンドウをサポートされているJetBrains IDEに直接統合し、コードの説明、テスト作成、既存コードのリファクタリングする機能を提供することで、デベロッパーエクスペリエンスをさらに合理化します。

機能の完全なリストについては、Duo Chatドキュメントを参照してください。

セキュリティポリシーのスコープ

ポリシースコープは、セキュリティポリシーのきめ細かな管理と適用を提供します。マージリクエスト承認（スキャン結果ポリシー）とスキャン実行ポリシーの両方において、この新機能により、セキュリティおよびコンプライアンスチームは、ポリシーの適用をコンプライアンスフレームワーク、またはグループ内の含まれる/除外するプロジェクトのセットにスコープ設定できます。

現在、セキュリティポリシープロジェクトで管理されているすべてのセキュリティポリシーは、リンクされているすべてのグループ、サブグループ、およびプロジェクトに対して適用されますが、ポリシースコープ設定により、その適用セキュリティポリシーをセキュリティポリシーごとに絞り込むことができます。これにより、セキュリティおよびコンプライアンスチームは次のことが可能になります:

• セキュリティポリシーを組織全体で一元的に管理しやすくなり、同時にセキュリティポリシーをきめ細かく適用できます。
• GitLabで実装および適用しているコントロールが、定義したコンプライアンスフレームワークにどのように集約されているかをよりよく理解できます。
• どのセキュリティポリシーがコンプライアンスフレームワークにリンクされているかを、コンプライアンスセンターを通じて表示および管理できます。
• セキュリティおよびコンプライアンスの状態をより適切に整理および理解できます。

プロダクト分析でユーザーをよりよく理解する

ユーザーがアプリケーションとどのように関わっているかを理解することは、将来のイノベーションと最適化に関するデータ駆動型決定を下す上で重要です。最上位のビジネスクリティカルなURLの利用が増加していますか、月間アクティブユーザーが異常に減少していますか、モバイルAndroidデバイスを使用する顧客が増加していますか？このような質問への回答を得て、GitLabプラットフォームからエンジニアリングチームがそれらにアクセスできるようにすることで、チームは開発作業がユーザー成果にどのように影響しているかを同期させ続けることができます。

GitLabの新しいプロダクト分析機能を使用すると、アプリケーションを計測し、ユーザーに関する主要な使用状況と採用データを収集し、それをGitLab内に表示できます。ダッシュボードでデータを視覚化したり、レポートを作成したり、さまざまな方法でフィルターを適用したりして、ユーザーに関するインサイトを見つけることができます。チームは、イシューを示す顧客利用の予期せぬ低下や急増を迅速に特定して対応できるほか、最近のリリースの成功を祝うこともできます。

プロダクト分析を使用するには、このHelmチャートをインストールし、アプリケーションを計測してトラフィックを送信するためのKubernetesクラスターが必要です。GitLabはその後、クラスターに接続して視覚化のためのデータを取得します。

エンタープライズユーザーのパーソナルアクセストークンを無効にする

GitLab.comグループのオーナーは、グループ内のすべてのエンタープライズユーザーに対して、パーソナルアクセストークンの作成と使用を無効にできるようになりました。パーソナルアクセストークンに関連付けられる強力な権限のため、一部のオーナーはセキュリティ上の理由からこれらのトークンを無効にしたいと考える場合があります。

このきめ細かな制御により、GitLab.comにおけるセキュリティとアクセシビリティのバランスをとるための選択肢が提供されます。

オートコンプリートによるWikiページへのリンクサポート

GitLab 16.11でWikiページへのリンクのオートコンプリートサポートを導入できることを大変嬉しく思います！この新機能により、エピックやイシューからWikiページへのリンクがこれまでになく簡単になりました。数回のキーストロークで完了します。

エピックやイシューのコメントにWikiページのURLをコピー＆ペーストしなければならない日々は終わりました。これで、Wikiページを持つ任意のグループまたはプロジェクトに移動し、エピックまたはイシューにアクセスして、オートコンプリートショートカットを使用して、エピックまたはイシューからWikiページにシームレスにリンクできます。

プロジェクト概要ページのメタデータ用サイドバー

プロジェクト概要ページを再設計しました。これで、すべてのプロジェクト情報とリンクを複数の領域ではなく1つのサイドバーで見つけることができます。

Switchboardを使用して行われた変更のメール通知

Switchboardを使用してテナント管理者によってGitLab Dedicatedインスタンスに対して行われた設定変更は、完了時にメール通知を生成するようになりました。

Switchboardでテナントを表示または編集するアクセス権を持つすべてのユーザーは、行われた変更ごとに通知を受け取ります。

いずれかのジョブが失敗した場合に、パイプラインを直ちにキャンセルするオプション

ジョブが失敗したことに気づいた後、その失敗の原因となっているイシューに取り組んでいる間に、リソースを節約するためにパイプラインの残りの部分を手動でキャンセルすることがあります。GitLab 16.11では、いずれかのジョブが失敗した場合に、パイプラインを自動的にキャンセルするように設定できるようになりました。実行に時間がかかる大規模なパイプライン、特に多数の長時間実行されるジョブが並行して実行される場合、これはリソース使用量とコストを削減する効果的な方法となります。

パイプラインは、ダウンストリームパイプラインが失敗した場合に直ちにキャンセルするように設定することもできます。これにより、親パイプラインと他のすべてのダウンストリームパイプラインがキャンセルされます。

この機能にコントリビュートしてくれたMarcoに感謝します！

規模とデプロイ

Omnibusの改善

• GitLab 17.0では、PostgreSQLのサポートされる最小バージョンが14になります。この変更に備え、GitLab 16.11ではattempt_auto_pg_upgrade?設定をtrueに変更しました。これにより、PostgreSQLのバージョンを自動的に14にアップグレードしようとします。このプロセスは、前回PostgreSQLのサポートされる最小バージョンを上げたときと同じです。

プロジェクトアーカイブ機能の更新

プロジェクトリストでアーカイブ済みプロジェクトを識別するのが容易になりました。16.11以降、アーカイブ済みプロジェクトはグループ概要のアーカイブ済みタブにアーカイブ済みバッジを表示します。このバッジは、プロジェクト概要ページのプロジェクトタイトルにも表示されます。

アラートメッセージは、アーカイブ済みプロジェクトが読み取り専用であることを明確にしています。このメッセージはすべてのプロジェクトページで表示され、アーカイブ済みプロジェクトのサブページで作業している場合でもこのコンテキストが失われないようにします。

さらに、グループを削除する際、確認モーダルには、誤った削除を防ぐためにアーカイブ済みプロジェクトの数が表示されるようになりました。

カスタムWebhookヘッダー

以前は、GitLab Webhookはカスタムヘッダーをサポートしていませんでした。これは、特定の名前を持つヘッダーから認証トークンを受け入れるシステムではそれらを使用できなかったことを意味します。

このリリースにより、Webhookを作成または編集する際に、最大20個のカスタムヘッダーを追加できるようになりました。これらのカスタムヘッダーは、外部サービスへの認証に使用できます。

この機能とGitLab 16.10で導入されたカスタムWebhookテンプレートにより、カスタムWebhookを完全に設計できるようになりました。次の目的でWebhookを設定できます:

• カスタムペイロードを投稿する。
• 必要な認証ヘッダーを追加する。

シークレットトークンやURL変数と同様に、ターゲットURLが変更されるとカスタムヘッダーはリセットされます。

Niklasのコミュニティコントリビュートに感謝します！

REST APIでプロジェクトフックをテストする

以前は、GitLab UIでのみプロジェクトフックをテストできました。このリリースにより、REST APIを使用して、指定されたプロジェクトのテストフックをトリガーすることができるようになりました。

Phawinのこのコミュニティコントリビュートに感謝します！

グループとインスタンス向けに設定可能なGitLab for Slackアプリ

以前は、GitLab for Slackアプリを一度に1つのプロジェクトに対してのみ設定できました。このリリースにより、グループまたはインスタンスのインテグレーションを設定し、多くのプロジェクトに一度に変更を加えることが可能になりました。

この改善により、GitLab for Slackアプリは、非推奨となったSlack通知インテグレーションとの機能の同等性に近づきました。

設定可能なインポートジョブの制限

これまで、以下のインポートジョブの最大数は次のとおりでした:

• GitHubインポーターは1000。
• Bitbucket CloudおよびBitbucket Serverインポーターは100。

これらの制限はハードコードされたものであり、変更できませんでした。これらの制限は、インポートの速度を低下させた可能性があります。それは、インポートジョブをキューに入れられたのと同じレートで処理するのに不十分であった可能性があるためです。

このリリースでは、ハードコードされた制限をアプリケーション設定に移動しました。GitLab.comではこれらの制限を増やしていませんが、セルフマネージドGitLabインスタンスの管理者は、必要に応じてインポートジョブの数を設定できるようになりました。

GitLab Duoでプロダクト分析データを探索する

プロダクト分析は現在一般提供されており 、このリリースにはカスタム視覚化デザイナーが含まれています。これを使用して、アプリケーションイベントデータを探索し、顧客の利用状況と採用パターンを理解するのに役立つダッシュボードをビルドできます。

視覚化デザイナーでは、プレーンテキストのリクエストを入力することで、GitLab Duoに視覚化をビルドするよう依頼できるようになりました。たとえば、「2024年の月間アクティブユーザー数を表示」や「今週のトップURLをリストアップ」などです。

GitLab Duoプロダクト分析は実験的機能として利用できます。

このフィードバックイシューで、カスタム視覚化デザイナーでのGitLab Duoのユーザーエクスペリエンスに関するフィードバックを提供することで、この機能の成熟を支援できます。

統合されたDevOpsとセキュリティ

グループコメントテンプレート

組織全体でイシュー、エピック、またはマージリクエストに同じテンプレート化された応答があることは役立ちます。これらの応答には、回答が必要な標準的な質問、一般的な問題への応答、またはマージリクエストのレビューコメントの構造が含まれる場合があります。

グループコメントテンプレートを使用すると、GitLabのコメントボックスに適用できる保存済み応答を作成して、ワークフローを高速化できます。コメントテンプレートへのこの新しい追加により、組織はテンプレートを一元的に作成および管理できるようになり、すべてのユーザーが同じテンプレートの恩恵を受けることができます。

コメントテンプレートを作成するには、GitLab上の任意のコメントボックスに移動し、コメントテンプレートの挿入 > Manage group comment templatesを選択します。コメントテンプレートを作成すると、すべてのグループメンバーが利用できるようになります。コメント作成中にコメントテンプレートの挿入アイコンを選択すると、保存された応答が適用されます。

私たちはコメントテンプレートのこの次のイテレーションに本当に興奮しており、まもなくプロジェクトレベルのコメントテンプレートも追加する予定です。何かフィードバックがありましたら、イシュー45120に残してください。

Auto DevOpsのビルドステップがアップグレードされました

Auto DevOpsのAuto Buildコンポーネントで使用されているheroku/buildpacks:20イメージがアップストリームで非推奨になったため、heroku/builder:20イメージに移行します。

この破壊的変更は、アップストリームの破壊的変更に対応するため、GitLabのメジャーリリースとは別に提供されます。アップグレードによってパイプラインが中断される可能性は低いです。一時的な回避策として、heroku/builder:20イメージを手動で設定し、ビルダー終了エラーをスキップすることもできます。

さらに、GitLab 17.0ではheroku/builder:20からheroku/builder:22への別のメジャーアップグレードを計画しています。

ユーザーリストの検索とフィルターの改善

管理者エリアのユーザーページが改善されました。

以前は、タブがユーザーリストの上部に水平にまたがっており、目的のフィルターに移動するのが困難でした。

現在、フィルターは検索ボックスに統合され、ユーザーの検索とフィルターがはるかに容易になりました。

Ivan Shtyrliaievさんのコントリビュートに感謝いたします！

Webhook通知for expiringグループアクセストークンandプロジェクトアクセストークン

プロジェクトとグループアクセストークンのWebhookイベントが利用可能になりました。

以前は、有効期限が切れるトークンに関する通知を受け取る唯一の方法はメールでした。Webhookイベントは、トリガーされた場合、アクセストークンの有効期限が切れる7日前にトリガーされます。

リンクされたセキュリティポリシーをコンプライアンスフレームワークに表示する

コンプライアンスセンターがコンプライアンスマネージャーの司令塔となるにつれて、コンプライアンスフレームワークを管理できるようになり、セキュリティポリシーを通じて作成され、コンプライアンスフレームワークにリンクされたコントロールに関するインサイトも得られます。

これらの広範なコントロールを通じて、コンプライアンスのスコープ内のプロジェクトでセキュリティスキャナーを実行するよう強制したり、2名承認を強制したり、脆弱性管理ワークフローを有効にしたりし、それらをコンプライアンスフレームワークに集約することで、フレームワーク内の関連プロジェクトがコントロールによって適切に適用されるようにします。

APIでアプリケーションのシークレットを更新する

アプリケーションAPIを使用してアプリケーションのシークレットを更新できるようになりました。以前は、これを実行するにはUIを使用する必要がありました。これで、APIを使用してシークレットをプログラム的にローテーションできます。

Phawinさんのコントリビュートに感謝いたします！

ポリシーボットコメントを違反データで拡張する

セキュリティポリシーボットは、セキュリティポリシーがプロジェクトに適用される時期、評価が完了する時期、およびMRをブロックしている違反があるかどうかを理解するためのコンテキストをユーザーに提供し、それらを解決するためのガイダンスも提供します。ボットコメントのサポートを拡張し、MRがセキュリティポリシーによってブロックされる理由に関する追加のインサイトと、解決する方法に関するよりきめ細かなフィードバックを提供するようになりました。コメントによって提供される詳細には、次のものが含まれます:

• MRを具体的にブロックしているセキュリティ上の検出結果
• ポリシーに反するライセンス
• ポリシーエラーが、デフォルトで「フェイルクローズ」とブロッキング動作につながる可能性
• セキュリティ上の検出結果の評価で考慮されているパイプラインに関する詳細

これらの追加の詳細により、MRの状態をより迅速に理解し、あらゆるイシューをトラブルシューティングを行うためのセルフサービスを利用できるようになりました。

ワークロードアイデンティティフェデレーションでGoogle Cloudに認証する

ワークロードアイデンティティフェデレーションを使用すると、サービスアカウントキーを使用せずに、GitLabとGoogle Cloud間でワークロードを安全に接続できます。これは、キーが攻撃ベクトルを公開する可能性のある長期的な認証情報になる可能性があるため、セキュリティを向上させます。キーには、作成、保護、ローテーションのための管理オーバーヘッドも伴います。

ワークロードアイデンティティフェデレーションを使用すると、GitLabとGoogle Cloud間でIAMロールをマップできます。

この機能はベータ版であり、現在GitLab.comでのみ利用可能です。

重複するセキュリティポリシーに関するイシューが解決されました

GitLab 16.9および以前では、プロジェクトが親グループまたはサブグループからセキュリティポリシーを継承するとともに、同じセキュリティポリシープロジェクトにリンクすることが可能でした。その結果、セキュリティポリシーリストでセキュリティポリシーが重複していました。

このイシューは解決され、セキュリティポリシーがすでに継承されているセキュリティポリシープロジェクトにリンクすることはできなくなりました。

より多くのユーザー名オプション

ユーザー名には、アクセントのない文字、数字、アンダースコア（_）、ハイフン（-）、およびピリオド（.）のみを含めることができます。ユーザー名はハイフン（-）で開始したり、ピリオド（.）、.git、または.atomで終了したりしてはなりません。

ユーザー名検証は、この基準をより正確に示しています。この改善された検証により、ユーザー名を選択する際のオプションがより明確になります。

Justin Zengさんのコントリビュートに感謝いたします！

サイドバーでのGitLab Pagesの表示レベルが改善されました

以前のリリースでは、GitLab Pagesサイトを持つプロジェクトの場合、サイトURLを見つけるのが困難でした。

GitLab 16.11以降、右サイドバーにサイトへのショートカットリンクが追加されたため、ドキュメントを確認することなくURLを見つけることができます。

GoogleアーティファクトのレジストリをGitLabプロジェクトに接続する

GitLabコンテナレジストリを使用して、ソースコードやパイプラインとともにDockerおよびOCIイメージを表示、プッシュする、プルするできます。多くのGitLabのお客様にとって、これはtestおよびbuildフェーズでのコンテナイメージに最適です。しかし、組織が本番環境イメージをGoogleのようなクラウドプロバイダーに公開することは一般的です。

以前は、GitLabからGoogleアーティファクトのレジストリにイメージをプッシュするするには、アーティファクトのレジストリに接続してデプロイするためのカスタムスクリプトを作成および維持する必要がありました。これは非効率的でエラーが発生しやすかったです。さらに、すべてのコンテナイメージの全体像を簡単に把握する方法はありませんでした。

これで、新しいGoogleアーティファクト管理機能を活用して、GitLabプロジェクトをアーティファクトのレジストリリポジトリに簡単に接続できます。次に、GitLab CI/CDパイプラインを使用して、アーティファクトのレジストリにイメージを公開できます。デプロイ > Googleアーティファクトのレジストリに移動して、GitLabのアーティファクトのレジストリに公開されたイメージを表示することもできます。イメージの詳細を表示するには、単にイメージを選択します。

この機能はベータ版であり、現在GitLab.comでのみ利用可能です。

色を使用してエピックを視覚的に区別する

組織全体でポートフォリオ管理機能をさらに向上させるために、ロードマップとエピックボードで色を使用してエピックを区別できるようになりました。

この軽量でありながら多用途な機能により、グループの所有権、ライフサイクルのパイプラインステージ、成熟に向けた開発、またはその他の多くの分類を迅速に区別できます。

バリューストリームイベントが累積的に計算可能になりました

ラベルイベント間の期間を計算するためのより堅牢な方法を導入しました。この変更は、開発からレビュー状態へとマージリクエストのラベルが何度も変更されるなど、イベントが複数回発生するシナリオに対応します。以前は、期間は最初と最後のラベルイベント間の合計経過時間として計算されていました。

現在、期間は累積時間として計算されます。つまり、イシューまたはマージリクエストに特定のラベルが付与されていた時間のみを正しく表すようになりました。

依存関係グラフによる依存関係スキャンSBOMのサポート

ユーザーは、依存関係スキャンレポートの一部として生成されたCycloneDX SBOM内の依存関係グラフ情報にアクセスできます。依存関係グラフ情報は、次のパッケージマネージャーで利用できます:

• NuGet
• Yarn 1.x
• sbt
• Conan

Yarn v4の依存関係スキャンサポート

依存関係スキャンはYarn v4をサポートしています。この機能強化により、アナライザーはYarn v4ロックファイルを解析するできます。

DASTアナライザーのパフォーマンス更新

16.11リリースマイルストーン中に、次のDAST改善を完了しました:

• クローラーのパフォーマンスを向上させるためにナビゲーションパスを短縮しました。これにより、ベンチマークテストによるとスキャン時間が20％短縮されました。詳細については、イシューを参照してください。
• DASTレポートを最適化してメモリ使用量を削減しました。これにより、DASTスキャン中のRunnerのメモリスパイクが減少しました。詳細については、イシューを参照してください。

GitLabからGoogle Compute Engine Runnerの作成を自動化する - パブリックベータ版

以前は、Google Compute EngineでGitLab Runnerを作成するには、GitLabとGoogle Cloudからの複数のコンテキストスイッチが必要でした。

これで、GitLab Runner Infrastructure ToolkitからTerraformテンプレートとGitLabを使用して、Google Compute EngineでGitLab Runnerを簡単にプロビジョニングするできます。これにより、Runnerをデプロイし、Google Cloudインフラストラクチャをプロビジョニングすることができます。複数システム間でスイッチする必要はありません。

特定の終了コードを持つ失敗したCIジョブの自動再試行を改善する

以前は、retry:maxに加えてretry:whenを使用して、スクリプトが失敗した場合など、特定の失敗が発生したときにジョブが再試行される回数を設定できました。

このリリースにより、retry:exit_codesを使用して、特定のスクリプト終了コードに基づいて失敗したジョブの自動再試行を設定できるようになりました。retry:exit_codesをretry:whenおよびretry:maxと組み合わせて使用することで、特定のニーズに合わせてパイプラインの動作を微調整し、パイプラインの実行を改善できます。

Baptiste Lalanneさんのコミュニティコントリビュートに感謝いたします！

GitLab Runner 16.11

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

バグ修正

• クラッシュ: 致命的エラー: 同時マップ読み取りとマップ書き込み
• FF_KUBERNETES_HONOR_ENTRYPOINT機能が動作しない

GitLab Runnerのすべての変更リストは変更履歴にあります。

HashiCorp Vaultシークレットサポートの拡張（ArtifactoryとAWSを含む）

HashiCorp VaultとのGitLabインテグレーションは、より多くの種類のシークレットをサポートするように拡張されました。GitLab Runner 16.11で導入された、genericタイプのシークレットエンジンを選択できるようになりました。この汎用エンジンは、HashiCorp Vault ArtifactoryシークレットプラグインおよびAWSシークレットエンジンをサポートしています。このオプションを使用して、必要なシークレットを安全に取得し、GitLab CI/CDパイプラインで使用してください！

Ivo Ivanovさんのこの素晴らしいコントリビュートに心から感謝します！

ジョブアーティファクトをダウンロードできるユーザーを制御する

デフォルトでは、公開パイプライン内のCI/CDジョブから生成されたすべてのアーティファクトは、パイプラインへのアクセス権を持つすべてのユーザーがダウンロードできます。ただし、アーティファクトをダウンロードすべきではない、またはより高いアクセスレベルを持つチームメンバーのみがダウンロードできるようにすべき場合があります。

そこでこのリリースでは、artifacts:accessキーワードを追加しました。現在、ユーザーは、アーティファクトをパイプラインへのアクセス権を持つすべてのユーザーがダウンロードできるか、デベロッパーロール以上のユーザーのみがダウンロードできるか、まったく誰もダウンロードできないかを制御できます。

改善されたパイプライン詳細ページ

パイプライングラフは、パイプラインの包括的な概要を提供し、ジョブステータス、ランタイム更新、複数プロジェクトパイプライン、および親子パイプラインを表示します。

本日、美的センスが向上し、ジョブのグループ化された視覚化、改善されたモバイル体験、および既存のビュー内でのダウンストリームパイプラインの表示レベルが拡張された、再設計されたパイプライングラフのリリースを発表できることを嬉しく思います。

ぜひお試しいただき、この専用のイシューを通じてフィードバックを共有していただければ幸いです。

関連トピック

• バグ修正
• パフォーマンス改善
• UI改善
• 非推奨化と削除
• アップグレードノート