Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

发行注记和已知问题

Red Hat OpenShift Dev Spaces 3.1

Red Hat OpenShift Dev Spaces 3.1 发行注记和已知问题

摘要

有关 Red Hat OpenShift Dev Spaces 3.1 中的新功能和已知问题的信息。

使开源包含更多
复制链接

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始：master、slave、黑名单和白名单。由于此项工作十分艰巨，这些更改将在即将推出的几个发行版本中逐步实施。有关更多详情，请参阅我们的首席技术官 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 OpenShift Dev Spaces 3.1 基于 Eclipse Che 7.50。

1.1. 支持的部署环境
复制链接

OpenShift Dev Spaces 3.1 在列出的平台上提供，它带有列出的安装方法：

Expand
表 1.1. OpenShift Dev Spaces 3.1 支持的部署环境
平台构架部署方法

OpenShift Container Platform 4.10

  • AMD64 和 Intel 64(x86_64)
  • IBM Power(ppc64le)
  • IBM Z (s390x)

OpenShift Container Platform 4.11

  • AMD64 和 Intel 64(x86_64)
  • IBM Power(ppc64le)
  • IBM Z (s390x)

OpenShift Dedicated 4.10

  • AMD64 和 Intel 64(x86_64)

OpenShift Dedicated 4.11

  • AMD64 和 Intel 64(x86_64)

Red Hat OpenShift Service on AWS(ROSA)4.10

  • AMD64 和 Intel 64(x86_64)

Red Hat OpenShift Service on AWS (ROSA) 4.11

  • AMD64 和 Intel 64(x86_64)

其他资源

1.2. 支持政策
复制链接

对于 Red Hat OpenShift Dev Spaces 3.1，红帽将提供对产品的部署、配置和使用的支持。

OpenShift Dev Spaces 3.1 已在 Chrome 版本 101.0.4951.54（官方构建）中测试。

其他资源

OpenShift Dev Spaces 和 Eclipse Che 的主要区别是：

  • 与 Alpine 发行版相比，OpenShift Dev Spaces 基于 RHEL8 构建，以确保包括最新的安全修复。
  • OpenShift Dev Spaces 使用 OpenShift OAuth 进行用户登录和管理。
  • 与 Che 相比，OpenShift Dev Spaces 提供较小的插件子集。
  • OpenShift Dev Spaces 提供 devfile 以用于其他红帽技术，如 EAP 和 Fuse。
  • OpenShift Dev Spaces 在 OpenShift Container Platform、OpenShift Dedicated 和 Red Hat OpenShift Service on AWS(ROSA)上被支持。Eclipse Che 也可以在其他 Kubernetes 集群上运行。

红帽提供许可、打包和支持。因此，OpenShift Dev Spaces 被视为比上游 Eclipse Che 项目更稳定的产品。

第 2 章 主要改进
复制链接

2.1. 改进了 CheCluster 自定义资源定义
复制链接

在这个版本中，CheCluster 自定义资源定义被改进，以反映在 DevWorkspace Operator 中引入的更改。OpenShift Dev Spaces 管理员现在可以获得比较短且更简单的配置文件来维护。

其他资源

2.2. 默认编辑器和默认容器的管理员级设置
复制链接

在这个版本中，OpenShift Dev Spaces 管理员现在可以设置默认 in-workspace 编辑器和默认容器。当使用 Git 存储库中的 .che/che-editor.yaml 文件或使用 che-editor URL 参数指定编辑器时，会使用默认编辑器。当开发人员在启动新工作区时不指定 devfile 时，会使用默认容器。OpenShift Dev Spaces 管理员可以使用 CheCluster 自定义资源的 workspaces 部分中的新的默认 Editor 和 defaultComponent 字段来设置这些默认值。

其他资源

2.3. 停止工作区的新页面
复制链接

在此次更新之前，当访问工作区的 URL 或刷新该选项卡时，已停止工作区的浏览器标签页会显示一个 503 错误页面。在这个版本中，您会看到警告信息、重启工作区的链接以及返回仪表板的链接，而不是看到 503 错误。

其他资源

2.4. 删除 IntelliJ IDEA 社区示例 devfile
复制链接

在 OpenShift Dev Spaces 3.1 中，IntelliJ IDEA 社区示例已从仪表板中删除，因为您可以使用所有示例的编辑器。要使用此编辑器启动工作区，请使用 factory URL 参数，或在 Git 仓库中创建 .che/che-editor.yaml 文件。请参阅《用户指南》一节 选择工作区 IDE。

其他资源

这个版本扩展了 OpenShift Dev Spaces 3.1 支持的平台，包括 OpenShift Container Platform 4.11、OpenShift Dedicated 4.11 和 Red Hat OpenShift Service on AWS(ROSA)4.11，除了已经支持的 OpenShift Container Platform 4.10、OpenShift Dedicated 4.10、OpenShift Dedicated 4.10 和 Red Hat OpenShift Service on AWS(ROSA)4.10.

警告

要将现有 CodeReady Workspaces 2.15 实例升级到 OpenShift Dev Spaces 3，您必须在将集群升级到 Red Hat OpenShift 4.11 前在 Red Hat OpenShift 4.10 上完成。在 Red Hat OpenShift 上升级 CodeReady Workspaces 2.15 只在 OpenShift Container Platform 4.10、OpenShift Dedicated 4.10 和 Red Hat OpenShift Service on AWS(ROSA)4.10 上支持，且在 OpenShift Container Platform 4.11、OpenShift Dedicated 4.11 和 Red Hat OpenShift Service on AWS(ROSA)4.11 上被支持。这是因为 CodeReady Workspaces 2.15 只在 OpenShift Container Platform 4.10、OpenShift Dedicated 4.10 和 Red Hat OpenShift Service on AWS(ROSA)4.10 上被支持。

其他资源

第 3 章 程序错误修复
复制链接

3.1. 使用 GitHub 拉取请求 URL 启动新工作区
复制链接

在此次更新之前，在使用 #https://github.com/ <user_or_org> / <repository> /pull/ <pull_request_id&gt; URL 语法时，OpenShift Dev Spaces 无法启动新的工作区。workspace-starting 页面显示以下错误消息： Failed to resolve a devfile。请求工厂解析器失败：内部服务器错误发生。在这个版本中，在使用 #https://github.com/ <user_or_org> / <repository> /pull/ <pull_request_id> URL 语法时，您可以使用 GitHub-hosted repository 克隆启动新的工作区。

其他资源

第 4 章 已知问题
复制链接

目前，管理员用户 无法从 Dev Spaces 工作区部署到 OpenShift，因为这些用户的默认项目与 Dev Spaces 工作区项目不同。此问题会影响项目示例命令将应用程序部署到 OpenShift 的所有 devfile，包括 Node JS 或 Red Hat Fuse。这个问题不会影响 OpenShift 上的非管理员用户帐户，因为这样的用户只能访问一个项目，这是默认的 < username>-devspaces 命名空间。

临时解决方案

  • 以 admin 用户身份运行 oc project admin-devspaces 命令。
  • 另外，也可使用环境变量并运行 oc project $DEVWORKSPACE_NAMESPACE，以 admin 用户身份选择 Dev Spaces 命名空间。

其他资源

4.2. Vert.x 健康检查示例在受限环境中失败
复制链接

目前，通过在断开连接的环境中运行 6-deploy-to-openshift 命令来部署 Vert.x Health Check Example 应用程序会失败。当前没有解决此问题的方法。

其他资源

目前，当从仪表板中添加的容器 registry 中拉取（ 用户首选项 → Add Container Registry ）的容器镜像仓库(pull)时，拉取私有容器镜像会失败。

临时解决方案

  1. 删除 devworkspace-container-registry-dockercfg Secret： 

    $ oc delete secret devworkspace-container-registry-dockercfg -n <openshift-project>

  2. 创建新的 devworkspace-container-registry-dockercfg Secret： 

    $ oc create secret docker-registry devworkspace-container-registry-dockercfg --docker-username=<username> --docker-password=<password> -n <openshift-project>

  3. 编辑新 Secret 的元数据： 

      labels:
    controller.devfile.io/devworkspace_pullsecret: 'true'
    controller.devfile.io/watch-secret: 'true'

其他资源

目前，在 OpenShift 中启动使用 技术预览 Visual Studio Code 的工作区（带有自签名 TLS 证书会导致空白浏览器标签页）。

临时解决方案

  • 将 TLS 证书导入到浏览器中。

其他资源

4.5. 工作空间开始和删除可能会失败
复制链接

目前，工作区可能无法启动，因此您无法将其删除。这是因为持久性卷声明(PVC)问题导致。随后，同样的问题与其他工作区一起发生。

临时解决方案

  1. 删除第一个卡住的 DevWorkspace 对象。
  2. 删除绑定到无效卷的 PVC。

其他资源

目前，使用 OpenShift Dev Spaces 仪表板中的 Convert 按钮将 Deprecated Node.js 工作区转换为 node-debug 或 node-debug2 插件失败。此时会显示以下出错信息：

工作区转换失败。从 devfile 创建新的工作区失败，原因： Unable to resolve theia plugins …​。

在 OpenShift Dev Spaces 3.1 中，node-debug 和 node-debug2 插件已更新至 js-debug。

临时解决方案

  1. 在仪表板页面中编辑 devfile。如果仪表板页面中的编辑器被禁用，请将 devfile 内容复制到新的 devfile.yaml 文件中。
  2. 编辑现有的 v1 devfile(s)，将 ms-vscode/node-debug/latest 和 ms-vscode/node-debug2/latest 替换为 ms-vscode/js-debug/latest。
  3. 提交至 Git 存储库。

  4. 使用以下选项之一从编辑的 devfile 启动新的工作区：

    • factory URL 使用 ?new URL 参数启动重复的工作区： 

      https://devspaces-<openshift_deployment_name>.<domain_name>#<git_repository_url>?new
    • 进入 Dashboard → Create Workspace → Quick Add → from Git Git Repo URL* Enter Git URL → Create & Open。

其他资源

4.7. 在受限环境中，Java Gradle 示例失败
复制链接

目前，受限环境中存在 Java Gradle 示例的问题。运行 1-build 命令以构建应用程序可能会导致 FAILURE：构建失败并显示异常 错误，以及加载原生库或没有插件存储库解析插件工件。这个问题还没有临时解决方案。

其他资源

目前，当工作区加载时，Che-theia 工作区中的 Welcome To Your Workspace 页面可能会为空。这是因为浏览器中缺少自签名 TLS 证书所致。

临时解决方案

  • 如果您使用自签名 TLS 证书通过 HTTPS 连接到运行 OpenShift Dev Spaces 的 OpenShift 集群，请将这些证书导入到浏览器中。

其他资源

4.9. CheCluster 自定义资源保留其预升级名称
复制链接

目前，CheCluster 自定义资源的名称与之前从 CodeReady Workspaces 2.15 升级到 OpenShift Dev Spaces 3.1 前相同。升级前 Checluster 自定义资源名为 codeready-workspaces 的客户将在升级后找到相同的名称。这个问题还没有临时解决方案。

其他资源

4.10. 502 bad Gateway 或 应用程序不可用 错误
复制链接

从工作区启动示例应用程序时，用户可能会遇到错误消息，如 502 Bad Gateway 或 应用程序不可用。此错误的原因是 Theia IDE 显示应用程序在应用程序启动完成后就绪的通知。

临时解决方案：等待一分钟或两分钟，并重新载入浏览器标签页。

请参阅 相关问题 #21377。

其他资源

4.11. 无法编辑仪表板中的配置集信息
复制链接

在 CodeReady Workspaces 2.15 中，用户可以在仪表板的 Account 页面中编辑其配置集信息。由于 OpenShift OAuth 现在专门用于 OpenShift Dev Spaces 3.1 中的用户管理，因此用户只能在 OpenShift 中编辑其用户配置文件。仪表板中的 Account 页面仅用于显示目的。

其他资源

4.12. 目前不支持每个workspace 存储策略
复制链接

目前，因为更改 DevWorkspace 引擎，不支持针对每个workspace 工作区存储策略。在从 CodeReady Workspaces 2.15 迁移到 OpenShift Dev Spaces 3.1 时，现有的工作区会变为 common 策略。目前无法设置 10 GB 以外的 PVC 存储大小。这个问题还没有临时解决方案。

其他资源

4.13. IBM Power 的 Cake-php 示例项目中的错误
复制链接

在使用 Cake-php 示例时，Configure Apache Web Server DocumentRoots 任务会失败并显示以下错误： error sed: couldn' not open临时文件 /etc/httpd/conf/sedSgv1Z4: Permission denied。当前没有解决此问题的方法。

其他资源

与管理指南中所述的 升级过程 相比，使用 DevWorkspace 引擎（技术预览）升级一个 CodeReady Workspaces 2.15 实例要简单得多。

临时解决方案

  1. 跳过 升级过程中的第 1 步和第 2 步。

  2. 在 升级步骤 5 步，在为迁移脚本设置环境变量时，使用以下两个值：

    • export PRE_MIGRATION_PRODUCT_SUBSCRIPTION_NAME=codeready-workspaces2，而不是记录 的代码ready-workspaces 值
    • 导出 PRE_MIGRATION_PRODUCT_OPERATOR_NAMESPACE=openshift-operators，而不是记录的 openshift-workspaces 值
  3. 在 升级过程 的第 6 步，仅运行 ./3-subscribe.sh 和 ./4-wait.sh 脚本。不要运行 ./1-prepare.sh 和 ./2-migrate.sh。
重要

从 OpenShift Container Platform 4.10 开始，支持使用 DevWorkspace 引擎部署 OpenShift Dev Spaces 3.1。管理员必须先将运行早期版本的 OpenShift Container Platform 的集群升级到 4.10 或更高版本，然后才能订阅和部署 OpenShift Dev Spaces。

其他资源

在 IBM Power 上，缺少支持的镜像流列表，这会导致组件创建失败。当前没有解决此问题的方法。

其他资源

4.16. 缺少 DEBUG 配置
复制链接

DEBUG 面板在下拉列表中显示 No Configuration，因为没有加载配置。

临时解决方案

  • 刷新页面以显示 debug 配置。

其他资源

OpenShift Connector 插件无法部署，因为无法在断开连接的环境中访问 odo 镜像。这个问题还没有临时解决方案。

其他资源

4.18. 网络问题后没有显示任务
复制链接

当某个任务正在运行并且有一些网络问题时，终端窗口将被清除，且不包含任何文本。即使恢复连接，终端也会保持为空并加载。这个问题还没有临时解决方案。

其他资源

使用带有 JBoss EAP 7.3 devfile 的 Java 的工作区会失败，并显示以下错误消息： No delegateCommandHandler for vscode.java.startDebugSession。这个问题还没有临时解决方案。

其他资源

4.20. 不支持 IBM Z 和 IBM Power 上的 devfile
复制链接

目前，IBM Z 和 IBM Power 不支持以下 devfile：

  • .Net
  • 红帽 Apache Camel K

这个问题还没有临时解决方案。

其他资源

4.21. 在不稳定的网络时，工作区创建失败
复制链接

当网络不稳定时，OpenShift Dev Spaces 可能无法创建工作区。OpenShift Dev Spaces 会显示一个错误，如 Failed to run the workspace: "Waiting for pod 'workspace9fbid1gnx7273d47.maven-545f8c9cf4-hw79f' was broken."这个问题还没有临时解决方案。

其他资源

4.22. Go 工作区中没有预安装语言服务器功能
复制链接

目前，基于 Golang 的工作区不包括基本的语言服务器功能，如代码自动完成功能。

临时解决方案

  1. 在非受限环境中运行 OpenShift Dev Spaces 实例。
  2. 点击 IDE 对话框中的 Install 安装所需的模块。

其他资源

在 IBM Z 和 IBM Power 上，OpenShift Dev Spaces 3.1 的 Go 工作区中无法激活调试功能。delve 是 Go 编程语言所需的调试器，不适用于这些平台。由于调试器不存在，请尝试使用它产生 Failed 来继续 错误消息。这个问题还没有临时解决方案。

其他资源

第 5 章 常见问题解答
复制链接

能否从 OpenShift Dev Spaces 部署应用程序到 OpenShift 集群？
是。用户必须使用 oc login 从其正在运行的工作区登录到 OpenShift 集群。
为获得最佳性能，建议用于 OpenShift Dev Spaces 的持久性卷？
使用块存储。
是否有可能在同一集群中部署多个 OpenShift Dev Spaces 实例？
不建议这样做。这个功能可能会在以后的发行版本中被删除。
是否有可能 离线安装 OpenShift Dev Spaces（即与互联网断开）？
是。请参阅 在受限环境中安装 OpenShift Dev Spaces。
是否可以对 OpenShift Dev Spaces 使用非默认证书？
是的，您可以使用自签名或公共证书。请参阅 导入不信任的 TLS 证书。
是否可以同时运行多个工作区？
是。请参阅配置用户可以运行 的工作区数量。
IBM Power 系统实施了哪些具体更改？

某些插件的内存限值已被增加，为 Pod 提供足够的 RAM 才能运行。

Expand
表 5.1. IBM Power 系统和其它构架之间的区别示例
插件IBM Power 系统其他架构

Che-Theia 编辑器

2G

512M

OpenShift 连接器

2.5G

1.5G

Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2026 Red Hat返回顶部