GitLab 11.8がJavaScript用のSAST、サブグループ用のGitLab Pagesおよびバグ追跡とともにリリースされました

JavaScriptのSASTサポート

Static Application Security Testing（SAST）のおかげで、GitLabはコードをスキャンし、パイプラインでも潜在的な脆弱性を検出するのに役立ちます。 リリース11.8では、node.jsの既存のサポートに基づいて、 サポートされているSASTのリストにJavaScript言語を追加します。 これで、JavaScriptファイル、静的スクリプト、HTMLをスキャンできます。 現在、DevSecOpsの重要なプラクティスは、コミットするたびに変更をスキャンすることです。このSASTアップデートでは、最も人気のあるWeb言語の1つをカバーし、ユーザーがJavaScriptコードのリスクを早期に検出できるようにします。

サブグループおよびページテンプレート用のGitLabページ

GitLab Pagesは、次の2つの改善により、このリリースで大幅に改善されました。 まず、 サブグループのプロジェクトにGitLab Pagesのサポートを追加しました。このようなプロジェクトでは、コンテンツをネットワークに簡単に公開できます。 次に、GitLab 11.8にはPagesの最も人気のあるテンプレートが含まれるようになったため、ワンクリックでPagesの操作を開始できます。

Sentryのバグ追跡

エラーにより、アプリケーションの状態を評価でき、ユーザーが報告する前に問題を検出できます。 GitLab 11.8はプロジェクト内の最近のエラーを表示できるようになり、検出と修正が容易になりました。

さらに多くのクールな機能！

このリリースには非常に多くの優れた革新がありますので、さらにいくつかを強調したいと思います。

• マージリクエストの確認ルール （GitLabのロシア語版「マージリクエスト」）。 これで、特定のユーザー、グループ、またはロールなど、変更を確認するルールを簡単に設定できます。 まもなくこの機能はGitLab.comに表示され、ユーザーインスタンスではGitLabは管理者によって既に接続されています。
• 環境用のプラグイン機能 。 以前は接続されていた機能がすべての環境で同時に機能していましたが、特定の環境内で使用できるようになりました。 この機能はすでにGitLab.comで機能しており、管理者はユーザーインスタンスに対して有効にすることができます。
• メッセージを結合するときのメッセージへのマージの改善（スカッシュ） 。 コミットに対して適切なメッセージを作成しようとすると、コミットをマージするときにそれらを失うのは残念です。 リリース11.8では、すべてのコミットからのコミットを結合すると、最初の複数行メッセージが自動的に取得されます。 また、メッセージを手動で設定することもできます。

私たちはあなたを会議に招待します

今月のMVP- アーロンウォーカー

Walkafwalkaは、このリリースでAuto DevOpsの2つの新機能を追加しました。 カスタムドメインのサポートと、 アプリケーションシークレットの更新時の再デプロイです 。 これらの素晴らしい改善に感謝します！

GitLab 11.8のリリースの主な機能

JavaScriptのSASTサポート

（究極、ゴールド）

静的アプリケーションセキュリティテスト（SAST）を使用すると、リポジトリに変更を送信するたびにコード内の脆弱性を見つけることができます。 マージリクエストでこの情報を利用できるので、最初にセキュリティを処理し、安定ブランチに追加される前であっても問題を検出できます。

11.8のリリースでは、SASTがサポートする言語のリストにJavaScriptを追加します。 パイプラインを変更する必要はありません。JavaScriptプロジェクトは自動的に検出され、セキュリティの脆弱性が分析されます。 Auto DevOpsの一部でもあります。

SASTのドキュメントと元のチケット 。

Sentryのバグ追跡

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

アプリケーションが生成するエラーを追跡することで、質の高いユーザーエクスペリエンスを作成および維持し、ユーザーが気付く前に問題を検出できます。 同時に、新たな問題の解決をスピードアップします。

GitLab 11.8は、人気のあるSentryオープンソーストラッカーを統合し、最新のバグをGitLabプロジェクトに表示することにより、エラー追跡をより理解しやすく効率的にします。

Sentryは最近、問題のコミットの検出、コミットとリリースの追跡などを追加することにより、GitLabとの統合を改善しました 。 相互統合のおかげで、GitLabを介してSentryで簡単に作業でき、その逆も同様です。また、ワークフローのコンテキスト内で問題を解決できます。

追跡エラーと元のチケット に関するドキュメント 。

テンプレートを使用してワンクリックでページを作成

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

GitLab 11.8にはPagesの最も人気のあるテンプレートが含まれるようになったため、以前のようにテンプレートリポジトリを継承するのではなく、新しいプロジェクトを作成するときにすぐにページを作成できます。

GitLab Pagesテンプレートの使用に関するブログ投稿をご覧ください 。

GitLab Pagesのドキュメントと元のチケット 。

サブグループのページサポート

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

また、サブグループ内のプロジェクトのページを使用してサイトを作成できるようになりました。 この方法で作成されたサイトには、 toplevel-group.gitlab.io/subgroup/project形式のURLがあります。 これで、サブグループに属しているプロジェクトも含め、すべてのプロジェクトについて、ソフトウェアのリリースに必要なドキュメントまたは他のページを作成できます。

GitLab Pages管理ドキュメントと元のチケット 。

リクエスト確認ルールのマージ

（プレミアム、アルティメイト、シルバー、ゴールド）

コードレビューはプロジェクトを成功させるための基本的なプラクティスですが、変更のレビューを誰が実施すべきかは必ずしも明確ではありません。 多くの場合、さまざまな側面（開発、セキュリティ、使いやすさ、製品自体など）を担当する複数のレビュー担当者が必要です。

GitLab 11.8リリースでは、マージリクエストを確認するためのルールを提示します。これにより、必要な確認と確認の最小数を決定できます。 確認ルールはマージリクエストウィジェットに表示されるため、次のレビュー担当者を割り当てるのは非常に簡単です。

GitLab 11.3では、コードのさまざまな部分の責任者を決定するために、コード所有者（ 元の記事 、 翻訳 ）の役割を導入しました。 コードの所有者は検証ルールですでに考慮されているため、変更をレビューする適切な人を見つけるのは簡単です。

デフォルトでは、確認ルールは無効にFeature.enable(:approval_rules)ていますが、インスタンス管理者はRailsコンソールでFeature.enable(:approval_rules)コマンドFeature.enable(:approval_rules)にできます。 GitLab.comでは、確認ルールが一時的に無効になっていますが、GitLab 11.8.1のリリースで確認ルールを再度有効にする予定です。 アップデートのためにこのチケットをお楽しみに。

マージリクエストと元のチケット を確認するためのルールに関するドキュメント 。

プロジェクト間パイプラインの改善されたトリガー

（プレミアム、アルティメイト、シルバー、ゴールド）

GitLab 9.3のリリース（ 元の記事 、 翻訳 ）では、作業中にGitLab APIを呼び出して次のパイプラインを開始することにより、 プロジェクト間パイプラインを作成する機能が追加されました。 リリース11.8では、 trigger:キーワードのおかげでこれらのパイプラインの起動が改善されました。これは、パイプラインに参加する作業に追加でき、現在のパイプラインが正常に完了すると次のパイプラインを自動的に開始します。

キーワード文書トリガーとオリジナルチケット 。

コミットへのメッセージマージの改善

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

ストーリーが単体テストの修正やフィードバックからの問題を解決するための小さなコミットで構成されている場合、読みやすく有用な将来のGitストーリーを作成することは困難です。 コミットを統合すると、そのような変更が1つのコミットで収集され、同時にすべての説明が削除されます。

GitLabは、最初の複数行メッセージをマージされたコミットメッセージとして機能ブランチに配置します。 または、このメッセージを手動で設定し、すべての重要な変更を自分で反映することができます。

マージされたコミットと元のチケット に関するドキュメント 。

環境固有のユーザードメインの自動DevOpsサポート

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

Auto DevOpsを使用すると、プロジェクトの「ベースドメイン」を指定することで、プロジェクトの作業をすばやく開始できます。 アプリケーションを実稼働環境にデプロイする準備ができたら、 FQDNの形式で別のドメインを使用することができます。

これで、 ADDITIONAL_HOSTS環境変数を使用して、アプリケーションの1つ以上のドメインを定義できます。 さらに、環境名を変数に追加することにより、特定の環境用に構成できます（例： <ENVIRONMENT>_ADDITIONAL_HOSTS 。

この機能をありがとうアーロンウォーカー ！

環境変数と元のチケット に関するドキュメント 。

ネイティブ関数のスケール

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

GitLabを介してサーバーレスアーキテクチャを使用して機能を展開する場合、サーバーレス展開のスケーラビリティなど、Knativeの利点を最大限に活用できます。

これで、Knativeインスタンスにデプロイされた各アプリケーションまたは機能について、サーバーレスデプロイメントの規模を表示できます。 スケールは、現在使用中のKubernetesの炉床の数を示しています。

機能展開ドキュメントと元のチケット 。

GitLab 11.8のその他の改善点

週の最初の曜日を設定する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

以前は、GitLabのカレンダーは、週が日曜日に始まると自動的に想定していました。 設定のユーザーは月曜日を週の最初の日として選択できるようになりました。これは、カレンダーを使用して日付を選択し、開発への貢献のスケジュールに反映されます。

この機能を提供してくれたFabian Schneiderに感謝します！

ユーザー設定と元のチケット に関するドキュメント 。

ロードマップをスクロールして未来に向かって、過去に戻る

（究極、ゴールド）

ロードマップを最初にダウンロードするとき、GitLabは、毎週、毎月、または四半期ごとの間隔を選択するオプションを使用して、期間を事前に選択します。 ただし、以前はロードマップビューは固定されたままであり、現在の期間外のエピックは隠されていました。

このリリースから、ロードマップを前方にスクロールして過去に戻すことができます。 これらの延長された間隔に該当するエピックは自動的にチャートに表示されます;ページをさらに更新する必要はありません。 これにより、必要な時間間隔でさらに多くのエピックを表示できます。

ロードマップとオリジナルチケット に関するドキュメント 。

LDAPを介したスマートカード認証

（プレミアム、アルティメイト、シルバー、ゴールド）

認証トークンとしてスマートカードを使用する組織は、LDAPを使用してアカウントを集中管理することがよくあります。 バージョン11.6 では、スマートカード認証が導入されました 。 11.8では、LDAPサーバーを介した認証にスマートカードデータを使用するためのサポートを追加して、さらに追加します。

GitLabでは、 certificateExactMatchルールを使用したRFC4523準拠のアプローチを使用していcertificateExactMatch 。

スマートカード認証のドキュメントと元のチケット 。

さまざまな環境のプラグイン機能

（プレミアム、アルティメイト、シルバー、ゴールド）

このリリースから、環境に応じて機能を個別に切り替えることが可能になりました。 機能の動作は、環境の名前の一致に基づいて定義された一連のルールを使用して制御できます。 デフォルトでは、ルール（ * ）は常に機能しますが、新しい環境仕様（たとえば、 review/* ）を追加して他のルールを設定することもできreview/* 。

バージョン11.8.0では、この機能を機能させるために、RailsコンソールでFeature.enable(:feature_flags_environment_scope)コマンドFeature.enable(:feature_flags_environment_scope)を実行して有効にする必要があります。

環境仕様とオリジナルチケットの ドキュメント 。

Kubernetesとの統合によるGitLab Runnerの更新

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

Kubernetesの最新バージョンでアプリケーションを展開する場合、すべての新機能があり、セキュリティがすべての要件を満たしていることを確認できます。

GitLab 11.8では、KubernetesのGitLab Rinnerをワンクリックで更新できます。 将来のリリースでは、この機能を他のアプリケーションに追加する予定です。

アプリケーションインストールドキュメントとオリジナルチケット 。

ユーザー作成時間とユーザーアクティビティを管理パネルに表示する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

管理者は、単純なアクションでユーザーアクティビティに関する情報を取得する必要があります。 このタスクを支援するために、管理者パネル（ /admin/users ）のユーザー領域にユーザーの作成日と最後のアクティビティの日付の表示を追加しました。

ここでは、GitLabがアクティビティとして認識するアクティビティについて詳しく読むことができます。

管理者および元のチケット 用のユーザーAPIドキュメント 。

最近のユーザーアクションを検索する機能

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

GitLabのlast_activity_onユーザー属性を使用すると、管理者は最後のユーザーアクティビティがいつ発生したかをより簡単に判断できます。 アクティブおよび非アクティブなユーザーを検索するのに非常に便利です。

読み取り専用アクティビティを確実にキャプチャするために、last_activity_on属性を拡張して、アクティビティパネル、プロジェクト、タスク、およびマージリクエストに関連するページにアクセスしたときに更新するようにしました。

インスタンスおよび元のチケットの 統計ドキュメント 。

タグではなくプロジェクトトピック

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

プロジェクトタグは、関連するプロジェクトを整理するのに便利な方法ですが、「タグ」という用語はGitLabのタグと同じです。 この問題を解決するために、プロジェクトタグの名前をトピックに変更し、プロジェクト表示ページでの表示を改善しました。

バージョン11.9のアクティビティパネルで、 トピックをプロジェクトごとに検索する際に便利に使用できるようにし、トピックによるフィルタリングを追加します 。

プロジェクトの設定と元のチケット に関するドキュメント 。

APIを介してプロジェクト内のリポジトリタグを検索する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

これで、タグAPIを使用してプロジェクト内のリポジトリタグを検索できます 。 これにより、プロジェクト内の特定のタグを直接検索できます。 特定のバージョンのタグに一致するプロジェクトを探している場合、必要なものを簡単に見つけることができます。

この機能をありがとう、 ロバート・シリング ！

タグと元のチケット に関するドキュメント 。

情報密度を高めたプロジェクトリストビューの改善

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

プロジェクトのリストの最初の改善に関するユーザーのフィードバックを考慮し、このページの情報の密度を高め、別の列を追加して空のスペースの数を減らしました。

プロジェクトドキュメントとオリジナルチケット 。

改善されたグループビューページ

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

バージョン11.8では、グループビューページの外観が更新され、より多くの情報が表示されるようになりました。 このページの空きスペースの数を減らし、プロジェクト表示ページの新しい外観と一致するようにデザインを変更しました。

これは、グループ表示ページを改善するための最初のステップであり、引き続き作業を進めていきます。

グループドキュメントとオリジナルチケット 。

ネストされたエピックを管理するためのAPI

（究極、ゴールド）

前のリリースでは、 ネストされたepics 、つまりepicsにepicsを追加する機能を追加しました。 このリリースから、APIを含むなど、これらのエピック間の関係を管理できるようになります。 そのため、自動化機能の使用など、チーム内の個々のワークフロースケジュールを管理できます。

エピックと元のチケット 間のリンクに関するAPIドキュメント 。

関連するマージ要求とチケットは、1つのビューになりました。

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

チケット内のリンクされたマージリクエストのセクションを更新して、関連するチケットと視覚的に一貫性を持たせ、美しさをもたらしました。

将来のリリースでは、このセクションの各行にさらにメタデータを追加して、ユーザーがコンテキストですぐにマージ要求に関する関連情報を表示できるようにします。

マージリクエストでのチケットと元のチケット の言及に関するドキュメント 。

Auto DevOpsドメインフィールドをCI / CD設定からクラスター設定に移動しました

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

Auto DevOpsのベースドメインを指定すると、Auto ReviewやAuto Deployなどの強力な機能を利用できます。 これで、ベースドメインをクラスター設定に直接転送することで、ベースドメインの表示を簡素化しました。 これにより、クラスターを作成するときにベースドメインを簡単に決定したり、クラスターごとに異なるドメインを定義したりできます。

Auto DevOpsおよび元のチケット のベースドメインのセットアップに関するドキュメント 。

APIを介してグループラベルを管理する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

プロジェクトラベルと同様のAPIを介してグループラベルを管理できるようになりました。これにより、チームのカスタム計画および実行ワークフローをさらにサポートできます。

この機能をありがとう、 ロバート・シリング ！

グループラベルと元のチケットの APIドキュメント 。

GitLab Pagesサイトで.html拡張子が自動的に有効になりました

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

GitLab Pagesサイトの/sub-page.htmlファイルが/sub-pageとして利用できるようになりました。これにより、ユーザーにサイトを表示する方法に関するオプションが増えます。

GitLab Pagesのドキュメントと元のチケット 。

CIの事前定義変数のページ

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

変数CI_PAGESおよびCI_PAGES_URLがPagesパイプラインに追加され、ページのドメイン名とURLを表示できるようになりました。 これにより、さまざまな場所にあるPagesサイトを操作する際の柔軟性が向上します。

GitLab Pagesのドキュメントと元のチケット 。

Kubernetesエグゼキューターに寛容を追加する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

Kubernetesは、開発が行われている場所から機器を分離する絶好の機会を提供します。 ただし、一部のタスクには、他のタスクよりも多くのリソースを必要とする作業を含む、特殊な機器が必要です。

Kubernetesは、ハースを計画する際にこれらの考慮事項を考慮するためにノードに汚染と許容を追加することでこれをサポートします。 これらのタイプのワークフローをサポートするために、GitLab RunnerのKubernetesエグゼキューターにネイティブの汚染および許容のサポートを追加しました。

Kubernetesエグゼキューターのドキュメントとオリジナルチケット 。

Gitaly TLSサポート

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

GitalyはTLSをサポートするようになりました。つまり、TLSが有効になっている場合、GitLabとGitaly間のすべての通信が暗号化されます。 以前は、GitLabとGitaly間の接続はそれ自体では暗号化されず、ネットワークセキュリティ設定に依存していました。

Gitaly TLSサポートドキュメントと元のチケット

GitalyのElasticsearchサポート

（スターター、プレミアム、アルティメット）

以前は、Elasticsearchを使用する場合、ファイルシステムでGitと通信するためにNFSなしで行うことは不可能でした。 このリリースから、NFSの代わりにGitalyを使用できるようになり、Gitへのアクセスが高速化されます。

Elasticsearch統合ドキュメントと元のチケット 。

マージリクエストの差分のファイルへのクイックジャンプ

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

大規模なマージ要求のレビューは、特にあるファイルから別のファイルへの移動に関しては複雑なプロセスです。 ファジーファイルファインダーに基づいてファイルを定義する新しい方法は、あるファイルから別のファイルに簡単に移行できるため、キーボードを使用して差分をすばやくナビゲートできます。

差分ナビゲーションのドキュメントと元のチケット 。

マージリクエストのリストに確認の数を表示する

（スターター、プレミアム、アルティメイト、ブロンズ、シルバー、ゴールド）

確認され、マージの準備ができているマージリクエストは、マージリクエストのリストで簡単に見つけることができます。 必要な確認および受信した確認の数が、マージ要求のリストに表示されるようになりました。

この機能を提供してくれたAndy Steeleに感謝します！

マージリクエストの確認とオリジナルチケット に関するドキュメント 。

手動で構成されたPrometheusインスタンスからアラートを受信します

（究極、ゴールド）

GitLab 11.3はアラートの設定のサポートを導入しました（ 元の記事 、 翻訳 ）が、 GitLabとKubernetesの統合を通じてデプロイされたPrometheusインスタンスに限定されていました。

GitLab 11.8では、手動で構成されたPrometheusサーバーは、アラートマネージャーのWebフックの受信者としてGitLabを追加することで、アラートについてGitLabに通知することもできるようになりました。 アラートを受信した後、GitLabはメンテナーとプロジェクトオーナーにメールを送信します。

Prometheus外部インスタンス統合ドキュメントおよび元のチケット 。

APIを使用してコンテナレジストリから未使用のタグを削除する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

多くの組織は、コミットごとにコンテナを作成して、コードの変更のチェックと最終的な展開を簡素化します。 これにより、短時間だけ必要な多数のコンテナタグが作成される可能性があります。

GitLab 11.8では、エンドユーザーがタグを個別に、または正規表現を使用してグループで削除することにより、APIを使用してコンテナーレジストリをクリーンアップできるようになりました。

コンテナレジストリ内のタグの削除および元のチケット に関するドキュメント 。

セキュリティ脆弱性のチケットプライバシー

（究極、ゴールド）

ユーザーは、マージリクエスト、コンベヤページ、およびセキュリティパネルでセキュリティレポートを表示するときに、セキュリティの脆弱性を修正する新しいチケットを作成できます。 この情報には、パッチが利用可能になってリリースされる前に開示すべきではない詳細を開示する可能性のある機密データが含まれています。

GitLab 11.8以降、脆弱性関連チケットはデフォルトで機密としてマークされますが、開示が許可されている場合、ユーザーはこのフラグを無効にできます。

セキュリティマージリクエストドキュメントとオリジナルチケット 。

Auto DevOpsでアプリケーションシークレットキーを更新するときに強制的に再展開する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

K8S_SECRET_変数の構文を使用してAuto DevOpsのアプリケーションシークレットキーを構成すると、対応するKubernetesシークレットキーがアプリケーションに作成されます。

これらのアプリケーションシークレットが更新されると、Auto DevOpsは更新されたシークレットでアプリケーションを再デプロイします。

この機能をありがとうアーロンウォーカー ！

自動DevOps変数のドキュメントと元のチケット 。

サーバーレスの機能リストでクラスター環境を表示する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

サーバーレスページが改善され、Knativeでデプロイされた機能が、デプロイされたクラスター環境に応じてグループ化されました。

さらに、関数の説明が、関数のエンドポイントをコピーするためのショートカットおよび新しいタブでエンドポイントを開くためのショートカットとともに表示されるようになりました。

サーバーレス展開のドキュメントと元のチケット 。

自動DevOpsのアドレスで証明書マネージャーを強制する

（コア、スターター、プレミアム、アルティメット、フリー、ブロンズ、シルバー、ゴールド）

HTTPS Auto DevOps. URL, Let's Encrypt (64 ), .

Auto DevOps .

release notes / : GitLab 11.8 released with SAST for JavaScript, Pages for subgroups, and Error Tracking .

cattidourden , maryartkey , ainoneko rishavant .