1.3. Red Hat OpenShift Pipelines 1.20.1 のリリースノート

Operator

Webhook の検証により、関連性のないクラスターコンポーネントが中断されることがなくなりました。

• この更新の前は、tekton-operator-proxy-webhook 受付 Webhook は control-plane namespace (kube-*, openshift-*)を含むすべての namespace を検証していました。この動作により、namespace の調整中に、Webhook 証明書の問題がネットワーク Operator などの無関係のシステムコンポーネントに影響を及ぼす可能性がありました。今回の更新により、Webhook は control-plane namespace を検証から除外します。この変更により、証明書の問題が他のクラスター Operator に影響を与えるのを防ぎ、既存の証明書の更新ロジックをそのまま維持し、Tekton とシステムコンポーネントの分離が改善されます。

Pipelines as Code

GitLab PipelineRun カスタムリソースが失敗しなくなったり、フォークされたプロジェクトの誤ったコミットステータスが表示されなくなる

• 今回の更新以前は、ステータス処理と GitLab フォークのパイプライン実行が予期せず失敗する可能性がありました。Pipelines as Code Fell は、フォークしたプロジェクトでパーミッションが制限されているときにステータス更新用のコメントを投稿します。設定されたトークンがソースリポジトリーへの読み取りアクセスがない場合、PipelineRun カスタムリソース(CR)の実行が失敗する可能性がありました。今回の更新により、Pipelines as Code はソース（フォーク）プロジェクトとターゲット（アップストリーム）プロジェクトの両方にコミットステータスを設定しようとします。ステータスのコメントは、両方の試行が失敗した場合のみ投稿されます。さらに、Pipelines as Code は、PipelineRun CR を実行する前に設定されたトークンに read_repository スコープが含まれていることを積極的に検証し、アクセスが不十分な場合は controller-logs 出力に clear エラーメッセージを早期に確認しようとしています。

リビジョン変数が誤ったコミット SHA を返さなくなりました

• この更新の前は、OpenShift Pipelines 1.19 にアップグレードした後、Pipelines as Code 動的変数 リビジョン は、最新の HEAD マージコミットではなく、元のコミットの SHA を返していました。今回の更新で、1.19 で導入された変更が元に戻され、revision 変数は期待どおりに HEAD マージコミットの SHA を常にフェッチするようになりました。

hub-catalog-name はデフォルトで非推奨の Tekton Hub カタログにならなくなりました

• この更新の前は、1.20.0 にアップグレードすると、Pipelines as Code config map の hub-catalog-name フィールドが非推奨の Tekton Hub カタログ名 tekton に設定されていました。今回の更新により、このフィールドのデフォルトは Artifact Hub カタログ名であり、カスタム値で上書きできるようになりました。

ユーザーインターフェイス

OpenShift Container Platform のアップグレード後にナビゲーションタブが消えなくなり、インストール UI がクラッシュしなくなりました。

• 今回の更新以前は、OpenShift Container Platform を 4.19.15 以降にアップグレードした後、Navigation タブが断続的に消え、Pipeline Operator インストール UI が SSF クラスターで PipelineRun CR を作成した後にクラッシュする可能性がありました。これらの問題は、OpenShift Container Platform の新規フラグによって導入された競合状態が原因で生じました。今回の更新により、競合状態は OpenShift Container Platform 4.19.18 で解決されました。