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

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

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

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

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

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

このリリースから、ユーザー設定 で指定されたすべてのコンテナーレジストリーに対して、ワークスペースの起動時に podman login が自動的に実行されるようになりました。

ユーザーダッシュボードからワークスペースを開いたときに、同じワークスペースに、対応するブラウザータブがすでに存在する場合、このリリース以降、ブラウザータブへの切り替えが自動的に行われます。以前は、ユーザーダッシュボードからワークスペースを開こうとするたびに、新しいブラウザータブが作成されていました。

このリリース以降、無効な devfile が原因で Restart Workspace from Local Devfile コマンドが失敗した場合、エラー通知メッセージはより詳細になり、失敗の正確な理由が含まれるようになりました。

このリリースでは、専用の CustomResource フィールドを使用して、すべての Cloud Development Environment (CDE) Pod のアノテーションを定義できます。

apiVersion: org.eclipse.che/v2
kind: CheCluster
spec:
  devEnvironments:
    workspacesPodAnnotations:
      cluster-autoscaler.kubernetes.io/safe-to-evict: false

以前は、Plugin Registry を変更および再構築することによってのみ、カスタムエディターの定義を設定できました。このリリースから、専用の ConfigMap を作成して設定できます。

このリリースから、すべての CDE に対して fuse-overlayfs を有効にできるようになりました。

この機能の詳細は、公式ドキュメント をご覧ください。

このリリースでは、事前設定された Advanced Authorization に関連する障害発生時のユーザーエクスペリエンスが向上しました。アクセスが拒否された場合、ユーザーダッシュボードにアクセスすると明確なエラーメッセージが表示されます。

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

このリリースでは、ワークスペースの起動時に OAuth アクセストークンを強制的に更新する新しい実験的な機能が追加されました。

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

このリリースでは、CDE 定義に対して devfile の新しい 2.3.0 schemaVersion がサポートされます。

schemaVersion: 2.3.0
metadata:
  generateName: quarkus-api-example
attributes:
  controller.devfile.io/storage-type: ephemeral
components:
  - name: tools
    container:
      image: quay.io/devfile/universal-developer-image:ubi8-latest
      env:
        - name: QUARKUS_HTTP_HOST
          value: 0.0.0.0
...

バージョン 2.3.0 の詳細は、公式ドキュメント を参照してください。

この更新前は、Bitbucket OAuth 統合を使用した OpenShift Dev Spaces インストールのワークスペースに Bitbucket Personal Access Token (PAT) を含めると、"Backend is not available" というエラーメッセージが表示されていました。この更新により、問題なくユーザーダッシュボードにログインできるようになります。

Visual Studio Code - Open Source ("Code - OSS") エディターでワークスペースを開くと、複数の "401 Unauthorized" エラーが発生することがあります。このリリースでは不具合が修正されました。

以前は、ユーザーダッシュボードからコンテナーレジストリー (quay.io、docker.io など) を設定してワークスペースを起動した後、設定されたレジストリーに自動的にログインされませんでした。このリリースでは不具合が修正されました。

以前は、厳密な検証により user1@repository.example.com:/home/user1/repositories/myrepo.git などの URL からのワークスペースの作成が阻止されていました。このリリースでは不具合が修正されました。

このリリースでは、余分なコンマを含む .code-workspace ファイルの解析エラーが修正されました。

{
	"folders": [
		{
			"name": "che-code",
			"path": "/projects/che-code",
		},
	]
}

devfile に複数のスタータープロジェクトが定義されている場合、Visual Studio Code - Open Source ("Code - OSS") エディターのプロジェクトツリーに空のプロジェクトが表示されていました。このリリースでは不具合が修正されました。

このリリースより前は、GitHub OAuth 設定シークレットが SaaS と Enterprise の両方に設定され、認可契約がプロバイダーの 1 つに対してのみ承認された場合、Git Services タブで両方のプロバイダーの認可ステータスが重複していました。このリリースでは不具合が修正されました。

このリリースの前は、Visual Studio Code - Open Source ("Code - OSS") で作業しているときに、ワークスペースコンテナーで <defunct> というラベルの付いたプロセスが多数発生する可能性がありました。

このリリースより前は、devfile で定義された専用コマンドを実行するときに、GOPATH および GOCACHE 環境変数が正しく設定されませんでした。これにより、go build タスクなどのタスクで失敗したタスクが発生していました。このリリースでは不具合が修正されました。

以前は、stow ディレクトリーファイルと競合する ConfigMap、Secret、または PVC を使用してファイルをマウントすると、$HOME ディレクトリーの永続化の最中に stow コマンドが失敗していました。このリリースでは不具合が修正されました。

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

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

パーソナルアクセストークン (PAT) または OAuth が設定されていない GitHub Enterprise パブリックリポジトリーからワークスペースを作成すると、既知の問題が発生します。このようなリポジトリーからワークスペースを作成しようとすると、"Failed to create the workspace.Cannot build factory with any of the provided parameters.Please check parameters correctness, and resend query." のエラーメッセージが表示されます。

Ansible Lightspeed と Ansible サーバーへの接続には既知の問題があります。OpenShift Dev Spaces 環境が *.openshiftapps.com ドメインにない場合、Ansible Lightspeed は Ansible サーバーに接続できません。

利用可能な回避策はありません。

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