3.16.0 リリースノートおよび既知の問題

OpenShift Dev Spaces は、次の CPU アーキテクチャー上の OpenShift 4.12–4.16 で実行されます。

次の CPU アーキテクチャーでは、OpenShift Dev Spaces を実行するために Openshift 4.13 - 4.16 が必要です。

Red Hat OpenShift Dev Spaces 3.16 については、Red Hat が製品のデプロイメント、設定、および使用のサポートを提供します。

Red Hat OpenShift Dev Spaces と、そのベースとなる上流プロジェクトである Eclipse Che の間には、多少の違いがあります。

Red Hat は、OpenShift Dev Spaces のエンタープライズレベルのサポートを保証するライセンスとパッケージを提供します。

今回のリリースでは、devworkspace-webhook-server デプロイメントオプションが、レプリカ、Pod 容認、nodeSelector を含むグローバル DevWorkspaceOperatorConfig (DWOC)で使用できるようになりました。

これらの設定オプションは、グローバル DWOC の config.webhook フィールドに存在します。

apiVersion: controller.devfile.io/v1alpha1
kind: DevWorkspaceOperatorConfig
metadata:
  name: devworkspace-operator-config
  namespace: $OPERATOR_INSTALL_NAMESPACE
config:
 routing:
   clusterHostSuffix: 192.168.49.2.nip.io
   defaultRoutingClass: basic
 webhook:
   nodeSelector: <string, string>
   tolerations: <[]tolerations>
   replicas: <int32>

このリリースでは、URL からクラウド開発環境 (CDE) を起動すると、不明または信頼できないソースからワークスペースを作成するとリスクがあるため、リポジトリーの作成者を信頼するかどうかを尋ねられます。

このリリースから、"Import from Git" フローを使用して CDE を起動する際に、コンテナーイメージ、一時ストレージ、メモリー、CPU の制限を設定できるようになりました。

このリリースにより、Git 設定の name および email を設定できるだけでなく、ユーザーダッシュボードから .gitconfig ファイル全体をアップロードして編集することもできるようになりました。

このリリースから、CheCluster CustomResource レベルで ignoredUnrecoverableEvents を明示的に設定できるようになりました。

apiVersion: org.eclipse.che/v2
kind: CheCluster
spec:
  devEnvironments:
    ignoredUnrecoverableEvents:
    - FailedScheduling
    - FailedMount

ignoredUnrecoverableEvents の設定に関する詳細は、公式ドキュメント を参照してください。

DisableInitContainer フィールドが CheCluster CR に追加されました。このフィールドは、Operator 所有の DWOC の config.workspaces.persistUserHome.disableInitContainer フィールドを設定します。このフィールドは、永続的なホームディレクトリーを初期化する init コンテナーを無効にするかどうかを指定します。

/home/user ディレクトリーが永続化されている場合、ワークスペースが起動する前に init コンテナーを使用してディレクトリーを初期化します。true に設定すると、init コンテナーは作成されず、ホーム永続性セットアップが CDE の最初のコンテナーコンポーネントのエントリーポイントに委譲されます。devEnvironments.persistUserHome.enabled フィールドが false に設定されている場合、このフィールドは使用されません。

init コンテナーはデフォルトで有効になっています。

このリリースでは、User Dashboard に Personal Access Token を追加するときに、Git Provider Endpoint の URL にポートを指定できるようになりました。以前は、検証が厳密であるため、実行できませんでした。

このリリースより前は、spec.devEnvironments.persistUserHome オプションが有効になっていると、.kube/config のトークンはワークスペースの再起動時に自動的に更新されませんでした。

自動トークン注入の詳細は、公式ドキュメント を参照してください。

以前は、Restart Workspace from Local Devfile 機能を使用した後、PROJECTS_ROOT および PROJECT_SOURCE 環境変数が正しく設定されていませんでした。このリリースでは不具合が修正されました。

以前は、devfile 内のコマンド定義を使用してコマンドが実行されると、コンポーネントセクション内で定義されたコンテナーで起動されたコマンドとは異なる $PATH が設定されていました。このリリースでは不具合が修正されました。

以前は、ユーザーは devfile 環境変数 で $PROJECT_ROOT または $PROJECT_SOURCE 環境変数を参照できませんでした。この問題は今回のリリースで修正されました。

以前は、ワークスペースの起動中に、ワークスペースが正常に起動したにもかかわらず、ステータスが予期せず 'Stopped' に変更になることがありました。このリリースでは不具合が修正され、ワークスペースの起動時にステータスの変更は無視されます。

以前は、リポジトリーに devfile.yaml がない場合、指定されたブランチのクローンを使用して新しいワークスペースを開始しても正しく機能しませんでした。代わりに、クラウド開発環境 (CDE) の起動後に、常にデフォルトのブランチのクローンが作成されていました。このリリースでは不具合が修正されました。

本リリース以前は、Microsoft Azure リポジトリーのブランチ検出が User Dashboard で機能しませんでした。このリリースでは不具合が修正されました。

以前は、実験的な CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 機能を使用すると、クラウド開発環境 (CDE) の起動中に周期的リロードシーケンスが発生する可能性がありました。このリリースでは不具合が修正されました。

CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 機能の詳細は、公式ドキュメント を参照してください。

このリリースの前は、ダッシュボードにキー文字列を手動で貼り付けて SSH キーを追加すると問題が発生していました。SSH キーを保存してワークスペースを起動した後、プロジェクトのクローンは作成されず、エラーメッセージ "Could not read from remote repository. Please make sure you have the correct access rights and the repository exists." が表示されます。このリリースでは、この問題が修正されています。

このリリースより前は、最新の Python 拡張機能 (v2024.14.0) をインストールすると、エラーメッセージ "Extension 'ms-python.python' CANNOT use API proposal: terminalShellIntegration" が表示されて失敗していました。このリリースにより、この問題は修正されました。

このリリースより前は、Visual Studio Code - Open Source ("Code - OSS") でリンクを開くことができませんでした。このリリースでは、この問題が修正されています。

このリリースでは、Dev Spaces 固有の devfile-registry オペランドが削除されました。カスタム Getting-Started サンプルを設定するには、管理者は専用の Kubernetes ConfigMap を使用する必要があります。

詳細は、公式ドキュメント を参照してください。

CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN プロパティーに関連して Microsoft Azure DevOps/Bitbucket/GitHub git プロバイダーを使用するワークスペースに影響を与える既知の問題があります。ワークスペースを起動するたびに、削除されない 以前の Personal Access Token (PAT) に新しい PAT が追加されます。既存の PAT の数が 5 を超えると、ワークスペースを実行できなくなり、ダッシュボードは使用できなくなります。

CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN プロパティーの使用には既知の問題があります。プロパティーを使用した後、以前の Microsoft Azure DevOps/Bitbucket/GitHub パーソナルトークンは削除されません。これにより、ダッシュボードへのアクセス にも問題が発生する可能性があります。

現在、拒否された OAuth 認可の適用に関して既知の問題があります。OAuth セットアップを使用してファクトリーを起動し、拒否された OAuth 認可を適用すると、"Untrusted Repository" ポップアップが再度表示されます。

devfile.yaml ファイルのないリポジトリーに影響する既知の問題があります。このようなリポジトリーのブランチから新しいワークスペースを開始すると、期待されるブランチではなく、デフォルトのブランチ (例: 'main') がプロジェクトのクローン作成に使用されます。

GitHub および Microsoft Azure DevOps OAuth プロバイダーの CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN プロパティーを使用して実験的な更新トークンモードを適用すると、既知の問題が発生します。これにより、ワークスペースはダッシュボードを周期的に再ロードし、ページが再起動するたびに新しい Personal Access Token を作成します。リフレッシュトークンモードは、'GitLab' および 'BitBucket' プロバイダーで正しく機能します。

FIPS 準拠に関しては、特定の暗号化モジュールが FIPS 検証されないという既知の問題があります。以下は、OpenShift Dev Spaces で FIPS を使用するための要件と制限のリストです。

クラスターが起動して実行されたら、OpenShift Dev Spaces 3.7.1 (3.7-264) をインストールし、最新の DevWorkspace Operator バンドル 0.21.2 (0.21-7) 以降もインストールおよび更新されていることを確認します。https://catalog.redhat.com/software/containers/devworkspace/devworkspace-operator-bundle/60ec9f48744684587e2186a3 を参照してください。

結果のバイナリーはスキャンでき、エラーなしで合格するはずです。

これらは暗号化に関連していないため、FIPS 準拠には影響しません。

現在、Microsoft Visual Studio Code - Open Source のデバッガーは .NET サンプルでは動作しません。