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

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

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

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

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

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

今回のリリースにより、User Preferences の "SSH Keys" タブを使用して、新しい SSH キーを追加する際に、パスフレーズを指定できるようになりました。

この機能はテクノロジープレビュー機能であり、デフォルトで無効になっています。この機能を使用するには、config.enableExperimentalFeatures: true を DevWorkspaceOperatorConfig カスタムリソースで設定する必要があります。

このリリースでは、maxNumberOfRunningWorkspacesPerCluster CheCluster CR プロパティーを使用して、クラスター上で '実行中' のワークスペースの合計数を制限できます。

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

このリリースでは、専用のオプションの allowedSources CheCluster CR プロパティーを使用して、どのクラウド開発環境 (CDE) を初期化できるかに基づいて URL のリストを指定できるようになりました。

     "devEnvironments": {
       "allowedSources": {
         "urls": ["url_1", "url_2"]
       }

     "devEnvironments": {
       "allowedSources": {
         "urls": ["url_1", "url_2"]
       }

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

このリリースでは、専用の nodeSelector および tolerations プロパティー CR プロパティーを使用して、Operator によって管理されるオペランド (ダッシュボード、ゲートウェイ、plugin-registry など) を特定のクラスターノードにデプロイできるようになりました。

  dashboard:
      deployment:
        nodeSelector:
        tolerations:

  dashboard:
      deployment:
        nodeSelector:
        tolerations:

今回のリリースにより、エディター定義を非表示できるようになりました。これは、管理者が Dashboard UI から特定のエディターを非表示にしたい場合に便利です (例: IntelliJ を削除し、Visual Studio Code - Open Source のみを表示させる）。

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

このリリースでは、devfile で エンドポイントアノテーション を指定できるようになりました。たとえば、以下の devfile スニペットは、クラウド開発環境 (CDE) 起動時に foo: bar のアノテーションで Ingress またはルートを作成します。

components:
  - container:
      endpoints:
        - name: my-endpoint
          annotation:
            foo: bar
            ...

components:
  - container:
      endpoints:
        - name: my-endpoint
          annotation:
            foo: bar
            ...

spec.devEnvironments.runtimeClassName プロパティーが CheCluster CR に追加されました。このプロパティーは、すべてのクラウド開発環境 (CDE) Pod の spec.runtimeClassName を設定します。CDE の controller.devfile.io/runtime-class 属性は、CheCluster の spec.devEnvironments.runtimeClassName プロパティーよりも優先されます。

このリリースでは、FailedScheduling イベントは spec.devEnvironments.ignoredUnrecoverableEvents プロパティーのデフォルト値になります。これは、クラスターに Autoscaler が設定されている場合に役立ちます。FailedScheduling イベントが発生したノード上でクラウド開発環境 (CDE) Pod をスケジュールできない場合、新規ノードがプロビジョニングされると CDE の起動が再試行されます。

このリリース前は、クラウド開発環境 (CDE) を再起動した際に、前回の起動時のエラーメッセージが表示されることがあり、ユーザーを混乱させる場合がありました。

このリリースでは不具合が修正されました。

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

このリリース以前は、内部でホストされている Gitlab リポジトリーから devfile を使用してワークスペースを開始すると、"devfile not found" エラーメッセージが表示されていました。このリリースでは、不具合が修正されました。

以前は、Che Dashboard の User Preferences ページから SSH キーを貼り付けると、git リポジトリーのクローン作成時に無効な形式のエラーが発生していました。この問題は、このリリースで修正されています。

永続ボリュームマウントに /home/user/.local のマウントパスがある場合、podman は CDE の Universal Developer Image (UDI) コンテナーにはありませんでした。このバグは、最新の UDI バージョンで修正されています。

このリリース前は、GitHub OAuth が設定され、GitHub がダウンしている場合、このソースから既存の CDE を起動できませんでした。このリリースでは不具合が修正され、OAuth プロバイダーが停止し、起動時に専用の警告メッセージが表示される場合でも、既存の CDE が起動します。

以前は、CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN プロパティーに関連する Microsoft Azure DevOps、Bitbucket、または GitHub プロバイダーを使用するワークスペースに影響を与える既知の問題がありました。ワークスペースを起動するたびに、新しい Personal Access Token (PAT) が追加され、以前のアクセストークンは削除されませんでした。既存の PAT が 5 つより多くある場合、ワークスペースを実行できず、Dashboard は利用できません。このリリースでは不具合が修正されました。

Visual Studio Code - Open Source ("Code - OSS") エディターで Welcome ページ内のリンクをクリックしても、プロジェクトの README ファイルには影響はありません。このリリースで、この不具合は修正されました。

今回のリリースで、Intelij IDEA Community は非推奨となりました。

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 サンプルでは動作しません。