This documentation is for a release that is no longer maintained
See documentation for the latest supported version.3.16.1 リリースノートおよび既知の問題
Red Hat OpenShift Dev Spaces 3.16.1 のリリースノートと既知の問題
概要
多様性を受け入れるオープンソースの強化
Red Hat では、コード、ドキュメント、Web プロパティーにおける配慮に欠ける用語の置き換えに取り組んでいます。まずは、マスター (master)、スレーブ (slave)、ブラックリスト (blacklist)、ホワイトリスト (whitelist) の 4 つの用語の置き換えから始めます。この取り組みは膨大な作業を要するため、用語の置き換えは、今後の複数のリリースにわたって段階的に実施されます。詳細は、Red Hat CTO である Chris Wright のメッセージ をご覧ください。
第1章 Red Hat OpenShift Dev Spaces について
Red Hat OpenShift Dev Spaces は、エンタープライズレベルのセットアップを備えた Red Hat OpenShift 上の Web ベースの開発環境を提供します。
- クラウド開発環境 (CDE) サーバー
- Microsoft Visual Studio Code - Open Source や JetBrains IntelliJ IDEA Community などの IDE (テクノロジープレビュー)
- 一般的なプログラミング言語、フレームワーク、Red Hat テクノロジーを使用したコンテナー化環境
Red Hat OpenShift Dev Spaces は、コンテナーベースの開発に適しています。
Red Hat OpenShift Dev Spaces 3.16 は Eclipse Che 7.90 をベースにしています。
1.1. サポート対象のプラットフォーム
OpenShift Dev Spaces は、次の CPU アーキテクチャー上の OpenShift 4.12–4.16 で実行されます。
-
AMD64 および Intel 64 (
x86_64
) -
IBM Z (
s390x
)
次の CPU アーキテクチャーでは、OpenShift Dev Spaces を実行するために Openshift 4.13 - 4.16 が必要です。
-
IBM Power (
ppc64le
)
1.2. サポートポリシー
Red Hat OpenShift Dev Spaces 3.16 については、Red Hat が製品のデプロイメント、設定、および使用のサポートを提供します。
1.3. Red Hat OpenShift Dev Spaces と Eclipse Che の違い
Red Hat OpenShift Dev Spaces と、そのベースとなる上流プロジェクトである Eclipse Che の間には、多少の違いがあります。
- OpenShift Dev Spaces は、Red Hat OpenShift でのみサポートされます。
- OpenShift Dev Spaces は Red Hat Enterprise Linux に基づいており、最新のセキュリティー修正が含まれるように定期的に更新されます。
- OpenShift Dev Spaces は、Quarkus、Lombok、NodeJS、Python、DotNet、Golang、C/C++ などの言語とテクノロジーを使用して、エアギャップモードでサポートされる getting-started サンプルを提供します。コミュニティーサンプルは、Devfile レジストリーページ から入手できます。
- OpenShift Dev Spaces は、ユーザーログインと管理に OpenShift OAuth を使用します。
Red Hat は、OpenShift Dev Spaces のエンタープライズレベルのサポートを保証するライセンスとパッケージを提供します。
第2章 新機能および機能拡張
なし。
第3章 バグ修正
3.1. 拡張機能 'ms-python.python' は API 提案 terminalShellIntegration を使用できません
このリリースより前は、最新の Python 拡張機能 (v2024.14.0) をインストールすると、エラーメッセージ "Extension 'ms-python.python' CANNOT use API proposal: terminalShellIntegration" が表示されて失敗していました。このリリースにより、この問題は修正されました。
関連情報
3.2. Visual Studio Code - オープンソース ("Code - OSS") ではリンクを開くことができません
このリリースより前は、Visual Studio Code - Open Source ("Code - OSS") でリンクを開くことができませんでした。このリリースでは、この問題が修正されています。
関連情報
第4章 テクノロジープレビュー
テクノロジープレビューの機能は、最新の技術をいち早く提供して、開発段階で機能のテストやフィードバックの収集を可能にするために提供されます。ただし、これらの機能は Red Hat サブスクリプションレベルアグリーメントでは完全にサポートされておらず、機能的に完全でない可能性があり、実稼働環境での使用を目的としていません。Red Hat ではテクノロジープレビュー機能を今後も繰り返し使用することで一般提供に移行できると考えていることから、お客様がこの機能を使用する際に発生する問題の解決に取り組みます。テクノロジープレビューのサポート範囲 を参照してください。
なし。
第5章 非推奨の機能
なし。
第6章 削除された機能
なし。
第7章 既知の問題
7.1. OpenShift の Welcome ページと Ansible コンテンツ作成者ページの読み込みに失敗する
Ansible サンプルと自己署名 TLS 証明書を使用するワークスペースに影響する既知の問題があります。OpenShift の Welcome タブと Ansible コンテンツクリエータータブが空で、"Error loading webview: Error: Could not register service worker: SecurityError: Failed to register a ServiceWorker for scope." メッセージが表示されます。回避策があります。
回避策
次の手順 に従って、自己署名 TLS 証明書をブラウザーの信頼されたルート証明機関に追加します。
関連情報
7.2. devfile を持たないリポジトリーのブランチを指す URL から新しいワークスペースを開始する際の問題
devfile.yaml
ファイルのないリポジトリーに影響する既知の問題があります。このようなリポジトリーのブランチから新しいワークスペースを開始すると、期待されるブランチではなく、デフォルトのブランチ (例: 'main') がプロジェクトのクローン作成に使用されます。
関連情報
7.3. リフレッシュトークンモードでは、ワークスペースのスタートページが周期的にリロードされます。
GitHub および Microsoft Azure DevOps OAuth プロバイダーの CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN
プロパティーを使用して実験的な更新トークンモードを適用すると、既知の問題が発生します。これにより、ワークスペースはダッシュボードを周期的に再読み込みし、ページが再起動するたびに新しいパーソナルアクセストークンを作成します。リフレッシュトークンモードは、'GitLab' および 'BitBucket' プロバイダーで正しく機能します。
関連情報
7.4. FIPS コンプライアンスの更新
FIPS 準拠に関しては、特定の暗号化モジュールが FIPS 検証されないという既知の問題があります。以下は、OpenShift Dev Spaces で FIPS を使用するための要件と制限のリストです。
必要なクラスターと Operator の更新
必要に応じて、Red Hat OpenShift Container Platform インストールを 4.11、4.12、または 4.13 の最新の z-stream 更新に更新します。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 を参照してください。
UDI イメージの Golang コンパイラー
Universal Developer Image (UDI) コンテナーには、CGO_ENABLED=1
フラグを指定せずにビルドされた golang コンパイラーが含まれています。check-payload スキャナー (https://github.com/openshift/check-payload) はエラーをスローしますが、このコンパイラーでビルドするものがすべて正しいフラグ CGO_ENABLED=1
を設定し、extldflags -static
または -tags no_openssl
を使用しない限り、これは安全に無視できます。
結果のバイナリーはスキャンでき、エラーなしで合格するはずです。
静的にリンクされたバイナリー
暗号化に関係のない静的にリンクされたバイナリーは、次の 2 つのコンテナーで見つけることができます。
- code-rhel8
- idea-rhel8.
これらは暗号化に関連していないため、FIPS 準拠には影響しません。
FIPS の Helm サポート
UDI コンテナーには、FIPS サポートでコンパイルされていない helm
バイナリーが含まれています。FIPS 環境にいる場合は、helm
を使用しないでください。
関連情報
7.5. デバッガーが .NET サンプルで動作しない
現在、Microsoft Visual Studio Code - Open Source のデバッガーは .NET サンプルでは動作しません。
回避策
次のソースからの別のイメージを使用します。
関連情報
第8章 よくある質問
- OpenShift Dev Spaces から OpenShift クラスターにアプリケーションをデプロイすることはできますか?
- OpenShift ユーザートークンはワークスペースコンテナーに 自動的に挿入され、OpenShift クラスターに対して oc CLI コマンドを実行できるようになります。
- 最適なパフォーマンスを得るには、OpenShift Dev Spaces で使用される永続ボリュームに使用する推奨ストレージは何ですか?
- ブロックストレージを使用します。
- 同じクラスターに複数の OpenShift Dev Spaces インスタンスをデプロイできますか?
- クラスターごとにデプロイできる OpenShift Dev Spaces インスタンスは 1 つのみです。
- OpenShift Dev Spaces を オフライン (つまりインターネットから切断した状態で) でインストールすることは可能ですか?
- OpenShift の制限された環境への Red Hat OpenShift Dev Spaces のインストール を参照してください。
- OpenShift Dev Spaces でデフォルト以外の証明書を使用できますか?
- 自己署名証明書または公開証明書を使用できます。信頼できない TLS 証明書のインポート を参照してください。
- 複数のワークスペースを同時に実行できますか?
- ユーザーが複数のワークスペースを同時に実行できるようにする を参照してください。