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

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

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

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

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

この更新により、ファクトリー URL を使用して作成された新しいワークスペースの Git リモートを設定できるようになりました。Remotes クエリーパラメーターは、Git リモートのコンマ区切りのリストに設定でき、それぞれにオプションの名前を付けることができます。

今回の更新により、管理者は、CheCluster カスタムリソースで次のパラメーターを使用して、ワークスペースの総数とユーザーごとの実行中のワークスペースに制限を設定できます。

以下に例を示します。

spec:
  devEnvironments:
    maxNumberOfWorkspacesPerUser: 5
    maxNumberOfRunningWorkspacesPerUser: 2

spec:
  devEnvironments:
    maxNumberOfWorkspacesPerUser: 5
    maxNumberOfRunningWorkspacesPerUser: 2

今回の更新により、ダッシュボードの User Preferences ページに Git Services タブが追加されました。このタブには、ユーザーがアクセスを許可した Git プロバイダーが一覧表示されます。サポートされている Git プロバイダーは、GitHub (github.com および Enterprise)、GitLab (SaaS およびサーバー)、Bitbucket (クラウドおよびサーバー)、および Microsoft Azure Repos です。

今回の更新により、管理者は、dsc server:deploy --olm-channel=… を実行して、リリース候補 (latest) チャネルまたは CI ビルド (next) チャネルから未リリースおよびサポート対象外のバージョンの OpenShift Dev Spaces をインストールできます。

今回の機能強化により、停止したワークスペース向けの Microsoft Visual Studio Code - オープンソースの OpenShift Dev Spaces ビルドの GUI が改善されています。新しいダイアログは、ワークスペースが停止したことをユーザーに通知し、原因を表示します。このダイアログには、ダッシュボードに戻る、ワークスペースを再起動するという 2 つのボタンが表示されます。

今回の更新により、ユーザーは、Microsoft Azure Repos でホスティングされているパブリックおよびプライベート Git リポジトリーからワークスペースを起動できます。Git リポジトリーの管理者は、Microsoft Azure Repos でホスティングされている Git リポジトリーに devfile を含めることができます。管理者は、Microsoft Azure DevOps サービス用に OAuth 2.0 を設定できます。管理者による OAuth 設定が許可されていない場合、ユーザーは回避策として Microsoft Azure DevOps Services トークンを使用できます。今回の更新により、GitHub (github.com および Enterprise)、GitLab (SaaS およびサーバー)、Bitbucket (クラウドおよびサーバー) など、OpenShift Dev Spaces がすでにサポートしている一連の Git プロバイダーに Microsoft Azure Repos が追加されます。

この更新により、管理者は、CheCluster カスタムリソースの devEnvironments.storage.pvcStrategy: ephemeral を、すべてのユーザーの新しいワークスペースのデフォルトのストレージストラテジーとして設定できるようになりました。この設定は、ユーザーの既存のワークスペースには影響しません。

この更新により、Dev Workspace Operator は、永続ボリューム (PV) がワークスペースごとに作成されるときに、devfile ボリュームで指定されたボリュームサイズを受け入れます。PV サイズは、すべての devfile ボリュームのサイズを合計することによって決定されます。PV がユーザーごとに作成される場合、ボリュームサイズは無視されます。

この更新により、管理者は spec.devEnvironments.startTimeoutSeconds の値を入力することで、CheCluster カスタムリソースでワークスペースの起動タイムアウトを指定できるようになりました。

この更新により、管理者は CheCluster カスタムリソースの spec.devEnvironments.podSchedulerName 値を設定することで、ワークスペース Pod のデフォルトの OpenShift スケジューラーを代替スケジューラーに置き換えることができます。代替スケジューラーは、新しく開始されたすべてのワークスペースに適用されます。

この更新が行われる前は、OAuth が設定されていない GitLab サーバーインスタンスでホストされているパブリックリポジトリーからのワークスペースの作成は失敗していました。今回の更新により、問題が修正されました。

この更新の前には、Kubernetes および OpenShift コンポーネントの devfile に影響し、ワークスペースの作成が失敗する問題がありました。今回の更新により、問題が修正されました。

この更新前は、Dev Workspace Operator によるサブジェクトアクセスレビューテストの設定が間違っていたため、Kubernetes および OpenShift タイプのコンポーネントを含む devfile でワークスペースが失敗していました。今回の更新により、この問題は解決されました。

OpenShift Dev Spaces 3.5 では、ワークスペースでの Eclipse Theia エディターの使用は非推奨になっています。Red Hat は、現在のリリースライフサイクル中に、限定的なバグ修正と OpenShift Dev Spaces での Eclipse Theia のサポートを提供します。Eclipse Theia は、OpenShift Dev Spaces の機能拡張を受け取らなくなり、次のリリースで OpenShift Dev Spaces から削除されます。

バージョン 3.6 に更新するときに既知の問題があります。devspacesoperator.v3.5.0-0.1682130576.p に更新されたクラスターでは、回避策として管理者による追加の手順が必要です。

あるいは、oc コマンドラインツールを使用する こともできます。

現在、ユーザーは、OpenShift Dev Spaces をバージョン 3.4 からアップグレードすると、同じダッシュボードサンプルまたは Git リポジトリー URL から複数のワークスペースを作成できません。

管理者は、アップグレード前は、最新のワークスペースの変更を Git リポジトリーにプッシュするように、アップグレード後は、ワークスペースの削除と再作成を準備するように、ユーザーに依頼する必要があります。

現在、Git プロバイダーの認証情報で Kubernetes Secret を使用しているユーザーに対して既知の問題があります。これらのユーザーの Worspace での Git 操作のユーザー名と電子メールは、現在、<user> -devspaces 名前空間の user-profile Secret から取得されます。

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

現在、Bitbucket.org がホスティングするリポジトリーに基づく新しいワークスペースは、リポジトリーに devfile または v1 devfile が含まれていないと、起動に失敗します。その結果、エラーメッセージ Failed to create the workspace が表示されます。