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

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

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

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

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

外部サービスとの通信は TLS が暗号化し、証明書は信頼済み証明局 (CA) が署名する必要があります。したがって、信頼されていない CA チェーンで外部サービスで使用されるものはすべて Dev Spaces にインポートする必要があります。

このリリースから、インストール namespace のラベル付き ConfigMap を TLS 証明書のソースとして使用します。ConfigMap には、任意の数のキーと、各キーに対して任意の数の証明書を含めることができます。Operator は、すべての ConfigMap を、タイトルが ca-certs-merged の 1 つの ConfigMap にマージし、オペランドと Cloud Development Environment (CDE) Pod にボリュームとしてマウントします。

デフォルトでは、Operator は ca-certs-merged ConfigMap を 2 つのロケーション (/public-certs と /etc/pki/ca-trust/extracted/pem) でユーザーの CDE にマウントします。/etc/pki/ca-trust/extracted/pem ディレクトリーは、システムが、Red Hat で信頼できる認証局 (CentOS、Fedora など) に展開した CA 証明書を保存する場所です。CLI ツールは、ユーザーの CDE が起動して実行していると、システムが信頼する場所からの証明書を自動的に使用します。

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

このリリースから、単一の Dev Spaces インスタンスに 2 つの Gitlab OAuth プロバイダーを設定できるようになりました。これは、開発者が GitLab SaaS とオンプレミスの両方でホストされているコードベースで作業している場合に特に便利です。

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

このリリースでは、クラスターで設定されている認証方法に関係なく、ユーザーダッシュボードから .gitconfig ファイルを作成またはインポートできます。

このリリースより前は、LDAP またはローカル認証を使用してログインすると、.gitconfig ファイルを作成またはインポートできませんでした。代わりに、namespace 内の .gitconfig ファイル専用の config map を手動で作成する必要がありました。

この 公式ドキュメント では、このリリースから CLI または Web コンソール UI を使用して OpenShift クラスターに Dev Spaces をインストールするための最小限の権限を定義します。

devfile コンテナーコンポーネント エンドポイント に discoverable: true 属性を設定すると、専用のサービスが作成され、エンドポイントに使用されます。discoverable: true 属性を設定していない他のすべてのエンドポイントでは、共通ワークスペースサービスが使用されます。

エンドポイント用に作成された専用サービスには、エンドポイントの名前に対応する静的な名前が付けられます。たとえば、以下に定義されているサンプルエンドポイントでは、名前が http-python のサービスが生成されます。

# Example endpoint with discoverable attribute
- exposure: public
  targetPort: 8080
  name: http-python
  protocol: http
  secure: true
  attributes:
    discoverable: true

# Example endpoint with discoverable attribute
- exposure: public
  targetPort: 8080
  name: http-python
  protocol: http
  secure: true
  attributes:
    discoverable: true

このリリースでは、OpenShift Template オブジェクトを活用して、その中に定義されている次のようなリソースをすべてのユーザーの namespace で複製できます。

*LimitRange *ResourceQuota *NetworkPolicy *Role *RoleBinding

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

このリリース以降、Cloud Developer Environment (CDE) の起動中にクラスターオートスケーラーが新しいワーカーノードをプロビジョニングしようとすると、専用の警告メッセージが通知されます。

このリリースでは、devfile postStart イベントと automount ConfigMap の組み合わせを使用して、デフォルトの Visual Studio Code - Open Source ("Code - OSS") 拡張機能をインストールできます。

  - id: add-default-extensions
    exec:
      # put your tooling container name here
      component: runtime
      commandLine: |
        # download regular binary
        curl open-vsx.org/api/atlassian/atlascode/3.0.10/file/atlassian.atlascode-3.0.10.vsix --location -o /tmp/atlassian.atlascode-3.0.10.vsix
        curl open-vsx.org/api/snowflake/snowflake-vsc/1.9.1/file/snowflake.snowflake-vsc-1.9.1.vsix --location -o /tmp/snowflake.snowflake-vsc-1.9.1.vsix

events:
  postStart:
    - add-default-extensions

  - id: add-default-extensions
    exec:
      # put your tooling container name here
      component: runtime
      commandLine: |
        # download regular binary
        curl open-vsx.org/api/atlassian/atlascode/3.0.10/file/atlassian.atlascode-3.0.10.vsix --location -o /tmp/atlassian.atlascode-3.0.10.vsix
        curl open-vsx.org/api/snowflake/snowflake-vsc/1.9.1/file/snowflake.snowflake-vsc-1.9.1.vsix --location -o /tmp/snowflake.snowflake-vsc-1.9.1.vsix

events:
  postStart:
    - add-default-extensions

このリリースでは、Dev Spaces のセキュリティーのベストプラクティスが 公式ドキュメント で提供されています。

アクティビティートラッカー拡張機能がアイドラーサービスに ping を実行できないと、ユーザー向けのエラーメッセージが表示されませんでした。これにより、CDE をアクティブに使用している場合でも、アイドラーによりクラウド開発環境 (CDE) が終了する状況が発生する可能性があります。このリリースでは、アイドラーサービスにアクセスできない場合にエラー通知で警告が表示されます。

このリリースでは、Podman 5.x のサポートが追加されるように、すべてのワークスペースで use-overlayfs を有効にする ドキュメントが更新されました。

このリリースでは、registry.redhat.io/devspaces/udi-rhel9 がデフォルトの開発イメージとして使用されます。これをオーバーライドするには、spec.devEnvironments.defaultComponents カスタムリソースプロパティーを使用します。

spec:
  devEnvironments:
    defaultComponents:
       - name: universal-developer-image
         container:
           image: <>

spec:
  devEnvironments:
    defaultComponents:
       - name: universal-developer-image
         container:
           image: <>

以前は、ユーザーダッシュボードの 'Temporary Storage' スイッチが正しく機能していませんでした。このリリースでは不具合が修正されました。

以前は、管理者がクラウド開発環境 (CDE) に対して使用可能な URL を設定していると、ユーザーが 'Trust the repository authors' ポップアップで 'Continue' ボタンをクリックした後にワークスペースの作成が停止していました。このリリースでは不具合が修正されました。

以前は、OAuth 認可を拒否すると、クラウド開発環境 (CDE) が起動しませんでした。このリリースでは不具合が修正されました。

このリリースより前は、クラウド開発環境 (CDE) の起動時に、ワークスペースの起動中に 20 秒経過してもエラーメッセージ 'No IDE URL after 20 sec during workspace startup' が表示されることがありました。このリリースでは不具合が修正されました。

"Workspace Details" ドロップダウンメニュー項目がナビゲーションバーに戻されました。

このリリースより前は、内部でホストされている Gitlab リポジトリー内の .devfile.yaml からクラウド開発環境 (CDE) を作成できませんでした。このリリースにより、この問題は修正されました。

libbrotli ライブラリーのない ubi-9 ベースのイメージをツールコンテナーとして使用するワークスペースに関連する既知の問題があります。ワークスペースを起動すると、エラーメッセージ "Failed to open the workspace: The workspace status remains "Starting" in the last 300 seconds." が表示されます。

アクセストークン(PAT)または OAuth の設定後に、gitconfig ファイルの Git user.name および user.email の自動セットアップに影響する既知の問題があります。PAT または OAuth の設定後に User Dashboard > Gitconfig ページを開くと、Author identity unknown というエラーメッセージが表示されます。回避策が存在します。

Dev Spaces をバージョン 3.17.0 から 3.18.0 にアップグレードすると、Visual Studio Code - Open Source ("CODE - OSS") に影響する既知の問題が発生します。Dev Spaces 3.17.0 のサンプルから以前に作成されたワークスペースを開くと、新しいバージョン (1.96.0) ではなく、古いバージョン (1.93.0) の Visual Studio Code が表示されます。

現時点では回避策はありません。

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

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

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

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

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

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