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


Red Hat OpenShift Dev Spaces 3.3

Red Hat OpenShift Dev Spaces 3.3 のリリースノートおよび既知の問題

Robert Kratky

Fabrice Flore-Thébault

Red Hat Developer Group Documentation Team

概要

Red Hat OpenShift Dev Spaces 3.3 の既知の問題および注目すべき機能に関する情報

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、今後の複数のリリースで段階的に用語の置き換えを実施して参ります。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。

第1章 Red Hat OpenShift Dev Spaces について

Red Hat OpenShift Dev Spaces は、Web ベースの統合開発環境 (IDE) です。OpenShift Dev Spaces は OpenShift で実行され、コンテナーベースの開発に適しています。

OpenShift Dev Spaces は以下を提供します。

  • エンタープライズレベルのクラウド開発者ワークスペースサーバー
  • ブラウザーベースの IDE
  • 一般的なプログラミング言語、フレームワーク、および Red Hat テクノロジー用に使用できる開発者スタック

Red Hat OpenShift Dev Spaces 3.3 は Eclipse Che 7.56 をベースにしています。

1.1. サポートされるプラットフォーム

OpenShift Dev Spaces は、以下の CPU アーキテクチャー上にある OpenShift 4.10 および 4.11 で実行されます。

  • AMD64 および Intel 64 (x86_64)
  • IBM Power (ppc64le) および IBM Z (s390x)

1.2. サポートポリシー

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

OpenShift Dev Spaces 3.3 は、Chrome バージョン 101.0.4951.54 (Offical Build) (64 ビット) でテストされています。

1.3. Eclipse Che と Red Hat OpenShift Dev Space の相違点

OpenShift Dev Spaces と Eclipse Che の主な相違点は次のとおりです。

  • OpenShift Dev Spaces は、更新に時間がかかる Alpine ディストリビューションと比較して、最新のセキュリティー修正が含まれるように RHEL8 に構築されます。
  • OpenShift Dev Spaces は、ユーザーログインと管理に OpenShift OAuth を使用します。
  • OpenShift Dev Spaces は、Che と比較して、サポートされるプラグインのサブセットが小さくなります。
  • OpenShift Dev Spaces は、EAP や Fuse などの他の Red Hat テクノロジーを操作する devfile を提供します。
  • OpenShift Dev Spaces は OpenShift Container Platform、OpenShift Dedicated、および Red Hat OpenShift Service on AWS (ROSA) でサポートされます。Eclipse Che は他の Kubernetes クラスターで実行できます。

Red Hat は、ライセンス、パッケージング、およびサポートを提供しています。そのため、OpenShift Dev Spaces は、アップストリームの Eclipse Che プロジェクトよりも安定した製品とみなされます。

第2章 新機能および機能拡張

2.1. ユーザー namespace のプロビジョニングを設定するための新しい CheCluster CR フィールド

今回の機能拡張により、CheCluster カスタムリソースに autoProvision フィールドが追加され、OpenShift Dev Spaces 管理者はユーザー namespace の自動プロビジョニングを無効にできます。

spec:
   components
   containerRegistry
   devEnvironments:
     defaultNamespace:
       autoProvision: true 
1
1
true がデフォルトです。
警告

autoProvisionfalse に設定し、ユーザーにまだ OpenShift Dev Spaces の namespace が割り当てられていない場合には、ワークスペースの作成は失敗します。

関連情報

2.2. OpenShift Toolkit の更新

今回の更新により、Microsoft Visual Studio Code - Open Source 用の OpenShift Toolkit 拡張機能がバージョン 1.0.0 に更新され、odo 3.3.0 のサポートが提供されます。

関連情報

2.3. Git プロバイダー OAuth 設定の UX の改善

今回の更新により、管理者は CheCluster カスタムリソースおよび OpenShift Web コンソールで Git プロバイダーの OAuth アプリケーションシークレットを選択できるようになりました。

関連情報

2.4. Microsoft Visual Studio Code - 制限された環境でのオープンソース

今回の更新により、制限された環境のワークスペースで Microsoft Visual Studio Code - Open Source を使用できるようになりました。拡張機能を管理するために、OpenShift Dev Spaces には、ローカルにキャッシュされた Open VSX レジストリーインスタンスがプラグインレジストリー Pod に含まれるようになりました。

関連情報

2.5. Microsoft Visual Studio Code - オープンソースがデフォルトのエディターです

OpenShift Dev Spaces 3.3 では、ワークスペースのデフォルトのエディターは Microsoft Visual Studio Code - Open Source IDE です。

ヒント

Visual Studio Code - オープンソースでは、devfiles で定義されたコマンドはワークスペースタスクとして表示されます。これらのタスクを実行するには、TerminalRun Task に移動します。または、F1 を押して コマンドパレット を開き、task と入力して、使用可能なタスクのドロップダウンリストを表示します。

関連情報

2.6. dsc server:delete CLI コマンドの更新されたオプション

この機能強化により、dsc server:delete CLI コマンド のオプションが更新されます。

  • --delete-all オプションは、Dev Workspace Operator と関連リソースを削除します。
  • --delete-namespace オプションは、OpenShift Dev Spaces namespace を削除します。

関連情報

今回の更新により、OpenShift Dev Spaces は、リモート Git リポジトリーの URL を使用して新しいワークスペースを開始する際に、最新バージョンの devfile.yaml および che-editor.yaml ファイルを取得します。

関連情報

2.8. 更新された Universal Developer Image

OpenShift Dev Spaces 3.3 では、Universal Developer Image (UDI) は以下のように更新されます。

  • 改善された Python 3.9 ツールのサポート:

    • jq (JSON 解析) と yq (YAML 解析) が含まれています。
    • pytest が (pylint および pip と共に) パスに追加され、使いやすくなりました。
  • kamel バイナリーが削除されました。
ヒント

他のツールやランタイムを含めるために、管理者は UDI イメージを拡張、フォーク、または組織とユーザーのニーズに適したツールを含むものに置き換えることができます。その置換イメージは CheCluster カスタムリソースで参照できるため、ユーザーは自分の devfile でカスタムイメージを使用できます。これにより、必要なツールとランタイムが永続化され、ワークスペースを起動するたびにインストールする必要がなくなります。

ユーザーは、独自の UDI イメージを作成して、devfile から参照することもできます。これには、組織のクラスターからアクセスできるレジストリーにイメージを公開する必要があります。ただし、このアプローチは集中化や標準化が進んでいないため、拡張性やパフォーマンスが低下する可能性があります。

関連情報

2.9. サンプルプロジェクトの更新

OpenShift Dev Spaces 3.3 では、ダッシュボードで提供されるサンプルプロジェクトが次のように変更されました。

  • .NET サンプルが更新され、.NET 7 で実行できるようになりました。
  • Camel K のサンプルは削除されました。
  • PHP DI サンプルは削除されました。
  • EAP 7.4 および EAP XP3 のサンプルは削除されました。

関連情報

2.10. OpenShift Dev Spaces リソース要件に関する更新されたドキュメント

今回の更新により、OpenShift Dev Spaces リソース要件の計算 が改善され、CPU の詳細と、新しいデフォルトエディターである Microsoft Visual Studio Code - Open Source が含まれるようになりました。

関連情報

2.11. devfile 内のワークスペース Pod およびオブジェクトフィールドのオーバーライド

今回の更新により、ユーザーは任意のフィールドを指定し、devfile 内のワークスペース Pod およびコンテナーの任意のフィールドをオーバーライドできるようになりました。これには、runtimeClassNameschedulerName、および nvidia.com/gpu などの Kubernetes 拡張リソースが含まれます。これを行うために、ユーザーは新しい pod-overrides および container-overrides 属性を使用できます。

関連情報

2.12. ダッシュボードからサンプルプロジェクトのないワークスペースを開始する

今回の更新により、空のワークスペース を作成できる空のワークスペースタイルがダッシュボードで使用できるようになりました。このようなワークスペースは、選択した IDE と、Java、Python、Node.js、C/C++、PHP、.Net およびその他の言語でソフトウェアを開発するためのさまざまなツールと CLI アプリケーションを含む UDI イメージから始まります。開いたら、ワークスペースで IDE を使用して、リモート Git リポジトリーを複製できます。

関連情報

2.13. CheCluster CR の改善されたワークスペースストレージ設定オプション

今回の更新により、管理者は CheCluster カスタムリソースのストレージクラスやワークスペースのサイズなどのオプションを設定できるようになりました。

関連情報

2.14. 自己署名証明書のインポートが簡単になりました

この機能強化により、管理者は Git プロバイダーの自己署名証明書を OpenShift Dev Spaces に簡単に追加できるようになります。自己署名証明書を使用して Git でこれを行う手順を参照してください。

関連情報

2.15. CheCluster CR でコンテナービルドを有効にする

今回の更新により、管理者は、CheCluster カスタムリソースで devEnvironments.disableContainerBuildCapabilities: true を設定することにより、コンテナービルドを有効にできます。これにより、ユーザーは任意のワークスペースで podman build を実行できます。属性 controller.devfile.io/scc: container-build を devfile に追加する必要がなくなりました。

関連情報

2.16. ワークスペース作成中の無効な devfile による UX の改善

今回の更新により、OpenShift Dev Spaces は、リモート Git リポジトリーの devfile が無効である というワークスペースの作成 ページでユーザーに警告を表示します。この警告は、ユーザーに次の 2 つのオプションを提供します。デフォルトの devfile または Reload で続行します。この機能は、ユーザーが devfile を編集およびテストしているときに特に役立ちます。

関連情報

2.17. GitHub Enterprise Server でサポートされているサブドメイン分離

今回の更新により、OpenShift Dev Spaces は GitHub Enterprise Server のお客様の サブドメイン分離 をサポートします。管理者は、CheCluster カスタムリソースでサブドメイン分離を有効にできます。

spec:
  gitServices:
    github:
      - endpoint: 'https://github.com'
        secretName: github-oauth-config
        disableSubdomainIsolation: true

関連情報

第3章 バグ修正

3.1. .NET 7 のサポート

OpenShift Dev Spaces 3.3 の時点で、.NET サンプルプロジェクトが再導入されました。.NET バージョン 7 で実行するように更新されました。

関連情報

今回の更新の前は、プライベートコンテナーレジストリーを指す devfile を使用すると、ワークスペースを開始できませんでした。このエラーは、ユーザーがダッシュボードの User PreferencesAdd Container Registry ダイアログでレジストリーを追加してあるにも拘らず発生していました。今回の更新により、プライベートコンテナーレジストリー内のコンテナーイメージを指す devfile からワークスペースを開始できるようになりました。このような devfile を使用してワークスペースを開始する前に、ダッシュボードの User PreferencesAdd Container Registry ダイアログでレジストリーを追加する必要があります。

関連情報

3.3. 複製された Git リポジトリーの /.vscode/ および /.che/ に関する回帰を修正した

この更新の前は、リグレッションの問題により、複製されたリモート Git リポジトリーの /.vscode/ および /.che/ サブフォルダー内のファイルが、ワークスペースの作成中に無視されていました。この問題は、GitHub、GitLab、または Bitbucket でホストされている Git リポジトリーにのみ関連していました。今回の更新により、これらのサブフォルダー内のファイルは、ワークスペースの作成中に取得および処理されます。

関連情報

3.4. 名前空間が原因で Kubernetes Image Puller Operator が失敗した

この更新の前に、prod-namespace namespace に spec.components.imagePuller.enable: true を持つ CheCluster カスタムリソースがあると、無効な OperatorGroup が原因で Kubernetes Image Puller Operator が失敗しました。これにより、次のエラーメッセージが発生していました: Operator failed OwnNamespace InstallModeType not supported、cannot configure to watch own namespace。今回の更新により、Kubernetes Image Puller Operator が空の targetNamespaces で正しい OperatorGroup を作成することで、この問題が解決されました。

関連情報

3.5. dsc server:delete --delete-namespace は他の Operator を削除する可能性がある

この更新の前に、dsc server:delete --delete-namespace は、OpenShift Dev Spaces インスタンスがインストールされていたすべての名前空間を削除しました。インストール中に誤って選択された場合は、openshift-operators namespace も削除されました。openshift-operators namespace を削除すると、インストールされている他の Operator が意図せず削除される可能性があります。今回の更新により、--delete-namespace オプションを指定した dsc server:delete コマンドは openshift-operators namespace を削除しません。

注記

OpenShift Dev Spaces のデフォルトの namespace は openshift-devspaces です。dsc CLI ツールは、デフォルトで OpenShift Dev Spaces を正しい namespace にインストールします。OpenShift Web コンソールに OpenShift Dev Spaces を正しくインストールするには、管理ガイド を参照してください。

関連情報

この更新の前は、Kubernetes クォータが原因でワークスペースを開始できなかった場合に、エラーメッセージは表示されませんでした。今回の更新により、ユーザー namespace のクォータが不十分なために OpenShift Dev Spaces がワークスペース Pod を作成できない場合に、ワークスペースの起動時にエラーが正常に表示されるようになりました。

関連情報

3.7. Git プロバイダーの自己署名 TLS 証明書を使用する場合の gitconfig ファイルのエラー

この更新の前は、管理者が githost セクションのない che-git-self-signed-cert ConfigMap を使用して Git プロバイダーの自己署名 TLS 証明書を信頼するように設定していた場合、OpenShift Dev Spaces でワークスペースの作成に失敗していました。結果の /etc/gitconfig ファイルには、どの URL とも一致しない不正な形式の http ディレクティブが含まれていました。今回の更新で、この問題は解決され、/etc/gitconfig ファイルには期待どおり http 行が含まれています。

関連情報

3.8. 名前の競合がある新しいワークスペースを開始する際の UX の改善

この更新の前に、別のワークスペースで使用されていた名前でワークスペースを開始すると、Creating a workspace ページに Failed to create a workspace エラーメッセージが表示されました。今回の更新では、Creating a workspace ページで、既存のワークスペースが見つかったこと をユーザーに警告し、既存のワークスペースを開く か、新しいワークスペースを作成 するようユーザーに促します。

関連情報

第4章 テクノロジープレビュー

テクノロジープレビュー機能は、近々発表予定の製品イノベーションをリリースに先駆けてご提供することにより、お客様は機能性をテストし、開発プロセス中にフィードバックをお寄せいただくことができます。ただし、これらの機能は Red Hat サブスクリプションレベルアグリーメントでは完全にサポートされておらず、機能的に完全でない可能性があり、実稼働環境での使用を目的としていません。Red Hat ではテクノロジープレビュー機能を今後も繰り返し使用することで一般提供に移行できると考えていることから、お客様がこの機能を使用する際に発生する問題の解決に取り組みます。テクノロジープレビュー機能のサポート範囲 を参照してください。

なし。

第5章 非推奨の機能

5.1. OpenShift Dev Spaces での Eclipse Theia エディターの非推奨予定

次のリリースである OpenShift Dev Spaces 3.4 では、Eclipse Theia エディターは非推奨になり、その拡張機能は維持されなくなります。Eclipse Theia は、OpenShift Dev Spaces の今後のリリースで削除されます。Red Hat は、OpenShift Dev Spaces で Eclipse Theia のバグ修正とサポートは提供しませんが、OpenShift Dev Spaces から削除されるまでの間、セキュリティー修正は提供します。ユーザーは、削除されるまで オプションで Eclipse Theia を引き続き使用できますが、OpenShift Dev Spaces 3.3 でエアギャップをサポートする 新しいデフォルトエディターとして導入されたVisual Studio Code - Open Source にユーザーを移行する準備をする必要があります。

関連情報

第6章 削除された機能

6.1. 削除された devfile サンプル

OpenShift Dev Spaces 3.3 では、以下の devfile サンプルが削除されました。

  • Java 11 と JBoss EAP 7.4
  • Java 11 と JBoss EAP XP 3.0
  • Apache Camel K
  • PHP DI

バグ修正とサポートは、OpenShift Dev Spaces 3.2 ライフサイクルの終了までのみ提供されます。

関連情報

第7章 既知の問題

7.1. 指定された Git リビジョンでプライベート Git リポジトリーのクローン作成が失敗する

現在、プライベート Git リポジトリーを複製するワークスペースを開始する際の既知の問題があります。リモート Git リポジトリーのクローン作成と読み取りが正常に完了した後、project-clone コンテナーは、指定された Git リビジョン (フィーチャーブランチや PR ブランチなど) のチェックアウトに失敗します。このエラーの結果、リモート Git リポジトリーが project-clone-<random_characters> という名前の一時ディレクトリーに複製されます。

注記

OpenShift Dev Spaces では、ユーザーが新しいワークスペースの Git リビジョンを指定する方法は 2 つあります。

  • devfile に checkoutFrom セクションを追加する
  • ブラウザーまたは OpenShift Dev Spaces ダッシュボードでフィーチャーブランチまたはプルリクエストの URL にアクセスするか入力する

回避策

  • devfile で checkoutFrom セクションを使用している場合は、次のようにします。

    1. 新しいワークスペースを開始する前に、devfile から checkoutFrom セクションを削除またはコメントアウトします。
    2. リポジトリーのクローンが作成されたら、目的のリビジョンに切り替えます。
  • フィーチャーブランチまたはプルリクエストの URL を使用して新しいワークスペースを開始する場合は、次のようにします。

    1. 新しいワークスペースを開始するときは、ブランチ構文を使用せずにリポジトリーの URL を入力します。
    2. リポジトリーのクローンが作成されたら、目的のリビジョンに切り替えます。

関連情報

7.2. 制限された環境で Java Gradle サンプルが失敗する

現時点で、制限された環境で Java Gradle のサンプルに既知の問題があります。1-build コマンドを実行してアプリケーションをビルドすると、FAILURE: Build failed with an exception エラーが発生し、ネイティブライブラリーの読み込みに失敗したり、プラグインリポジトリーのプラグインアーティファクトを解決しない場合があります。現在、この問題に対する回避策はありません。

関連情報

第8章 よくある質問

OpenShift Dev Spaces から OpenShift クラスターにアプリケーションをデプロイすることはできますか ?
有効。ユーザーは oc login を使用して実行中のワークスペースから OpenShift クラスターにログインする必要があります。
最適なパフォーマンスを得るには、OpenShift Dev Spaces で使用される永続ボリュームに使用する推奨ストレージは何ですか ?
ブロックストレージを使用します。
同じクラスターに複数の OpenShift Dev Spaces インスタンスをデプロイできますか ?
推奨されません。この機能は、今後のリリースで削除される可能性があります。
OpenShift Dev Spaces を オフライン (つまりインターネットから切断した状態で) でインストールすることは可能ですか ?
有効。OpenShift の 制限された環境での Red Hat OpenShift Dev Spaces のインストール を参照してください。
OpenShift Dev Spaces でデフォルト以外の証明書を使用できますか ?
はい、自己署名証明書または公開証明書を使用できます。信頼できない TLS 証明書のインポート を参照してください。
複数のワークスペースを同時に実行できますか ?
有効。ユーザーが複数のワークスペースを同時に実行できるようにする を参照してください。
IBM Power Systems に実装された特定の変更は何ですか ?

Pod を実行するのに十分な RAM を割り当てるために、一部のプラグインのメモリー制限が引き上げられました。

Expand
表8.1 IBM Power System と他のアーキテクチャー間のメモリー制限の相違点の例
プラグインIBM Power Systemその他のアーキテクチャー

Che-Theia エディター

2G

512M

OpenShift コネクター

2.5G

1.5G

法律上の通知

Copyright © 2023 Red Hat, Inc.
The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/. In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version.
Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law.
Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries.
Linux® is the registered trademark of Linus Torvalds in the United States and other countries.
Java® is a registered trademark of Oracle and/or its affiliates.
XFS® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
MySQL® is a registered trademark of MySQL AB in the United States, the European Union and other countries.
Node.js® is an official trademark of Joyent. Red Hat is not formally related to or endorsed by the official Joyent Node.js open source or commercial project.
The OpenStack® Word Mark and OpenStack logo are either registered trademarks/service marks or trademarks/service marks of the OpenStack Foundation, in the United States and other countries and are used with the OpenStack Foundation's permission. We are not affiliated with, endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.
All other trademarks are the property of their respective owners.
Red Hat logoGithubredditYoutubeTwitter

詳細情報

試用、購入および販売

コミュニティー

Red Hat ドキュメントについて

Red Hat をお使いのお客様が、信頼できるコンテンツが含まれている製品やサービスを活用することで、イノベーションを行い、目標を達成できるようにします。 最新の更新を見る.

多様性を受け入れるオープンソースの強化

Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。このような変更は、段階的に実施される予定です。詳細情報: Red Hat ブログ.

会社概要

Red Hat は、企業がコアとなるデータセンターからネットワークエッジに至るまで、各種プラットフォームや環境全体で作業を簡素化できるように、強化されたソリューションを提供しています。

Theme

© 2026 Red Hat
トップに戻る