发行注记和已知问题


Red Hat OpenShift Dev Spaces 3.6

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

Robert Kratky

Fionn Kelleher

Red Hat Developer Group Documentation Team

摘要

有关新功能以及 Red Hat OpenShift Dev Spaces 3.6 中已知的问题的信息。

使开源包含更多

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。有关更多详情,请参阅我们的首席技术官 Chris Wright 提供的消息

第 1 章 关于 Red Hat OpenShift Dev Spaces

Red Hat OpenShift Dev Spaces 在 Red Hat OpenShift 上提供基于 Web 的开发环境,提供了一个企业级设置:

  • 云开发环境(CDE)服务器
  • IDE,如 Microsoft Visual Studio Code - 开源和 JetBrains IntelliJ IDEA 社区(技术预览)
  • 带有流行的编程语言、框架和红帽技术的容器化环境

Red Hat OpenShift Dev Spaces 适用于基于容器的开发。

Red Hat OpenShift Dev Spaces 3.6 基于 Eclipse Che 7.64。

1.1. 支持的平台

OpenShift Dev Spaces 在以下 CPU 架构的 OpenShift 4.10-4.13 上运行:

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

1.2. 支持政策

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

Red Hat OpenShift Dev Spaces 及其基于它的上游项目之间存在一些区别:

  • OpenShift Dev Spaces 仅在 Red Hat OpenShift 上被支持。
  • OpenShift Dev Spaces 基于 Red Hat Enterprise Linux,并定期更新以包含最新的安全修复。
  • OpenShift Dev Spaces 为使用 Quarkus、Lombok、NodeJS、Python、DotNet、C/C++ 和 PHP 等语言和技术提供 devfile。您可以在 devspaces-devfileregistry 容器镜像源 中找到最新的示例项目。
  • OpenShift Dev Spaces 使用 OpenShift OAuth 进行用户登录和管理。

红帽提供了许可和打包,以确保 OpenShift Dev Spaces 企业级支持。

第 2 章 新功能及功能增强

在这个版本中,dsc 二进制文件可用于 64 位 ARM 处理器(如 Apple M1)上 Mac 的用户,以连接到 OpenShift 实例并部署和管理 Dev Spaces。

其他资源

2.2. 多个 postStart 事件

在这个版本中,OpenShift Dev Spaces 在 devfile 中支持多个 postStart 事件。

注意

复合命令目前不支持作为 postStart 事件。

例 2.1. 带有两个命令作为 postStart 事件的 devfile 示例

schemaVersion: 2.1.0
metadata:
  name: multi-post-start
components:
  - name: tools
    container:
      image: quay.io/devfile/universal-developer-image
commands:
  - id: first-command
    exec:
      component: tools
      commandLine: "echo first command"
  - id: second-command
    exec:
      component: tools
      commandLine: "echo second command"
events:
  postStart:
    - first-command
    - second-command
Copy to Clipboard Toggle word wrap

其他资源

2.3. 启动工作区屏幕中的事件标签页

此增强在启动 工作区 屏幕中引入了一个 Events 选项卡,您可以在其中查看实时 Kubernetes 事件并对工作区启动问题进行故障排除。

其他资源

2.4. 默认嵌入的 OpenVSX registry

在这个版本中,Microsoft Visual Studio Code 扩展的默认 registry - Open Source 是嵌入式 OpenVSX registry,它包含在 devfile registry 容器中。在此次更新之前,默认值是位于 https://open-vsx.org 的公共 registry。

管理员有两种可能的方法来更改此配置:

  • CheCluster 对象的 spec.components.pluginRegistry.openVSXURL 设置为 https://open-vsx.org 或者另一个自定义 registry。
  • 与网络管理员合作来配置企业代理,以允许访问在线 registry 所需的 URL。这些 URL 包括但不仅限于以下内容:

    • open-vsx.org
    • openvsxorg.blob.core.windows.net
    • vscode-cdn.net

      如果您使用 OpenVSX 资源构建自定义插件 registry,则需要相同的代理规则。

其他资源

2.5. Git 配置自动检索用户数据

在这个版本中,如果您的机构使用 OAuth,或者已设置了个人访问令牌(PAT),Git 配置会自动检索正确的用户数据。这样,您可以运行 git 提交,而无需首先配置 Git。

重要

此更新不适用于带有 PAT 设置的 Bitbucket 服务器。

其他资源

2.6. 对 Bitbucket 服务器的 OAuth 2.0 支持

在这个版本中,OpenShift Dev Spaces 支持 Bitbucket 服务器的 OAuth 2.0 和 OAuth 1.0。

其他资源

2.7. 在 CheCluster 自定义资源中更改默认设置

在本发行版本中,CheCluster 自定义资源中的一些硬编码值已移到 Operator 中,以便在发布新版本的 OpenShift Dev Spaces 时自动更新它们。本发行版本中也更改了默认值,如下所示:

  • 随着对 Eclipse Theia 的支持,spec.devEnvironments.defaultEditor 不再被硬编码为 che-incubator/che-code/latest
  • spec.components.pluginRegistry.openVSXURL 现在被设置为空字符串(''),以便嵌入的 registry 是默认的 registry,而不是 https://open-vsx.org。这样可确保只有受支持的且包含的扩展可以在工作区中安装,以便更好地支持 airgapped 安装。如果要使用公共 registry,请在 CheCluster 自定义资源中更改这个值。
  • spec.components.dashboard.headerMessage (之前包含有关 Eclipse Theia 弃用和将来的删除的警告)已被删除。如果需要,管理员仍然可以使用此字段为其用户的仪表板设置警告消息。
  • 要设置用户可以同时运行的工作空间数量的限制,请使用新字段 spec.devEnvironments.maxNumberOfRunningWorkspacesPerUser
  • spec.devEnvironments.defaultComponents.container.image 现在由 Operator 控制,以便每次 OpenShift Dev Spaces 更新都会提供对 UDI 容器的更新。
注意

任何基于 Eclipse 的工作区都应该在升级到 OpenShift Dev Spaces 3.6 后仍然可以正常工作,但不会接收更新。必须更新与这些工作区关联的 devfile,以删除 Eclipse Theia 配置,且必须迁移以使用 Microsoft Visual Studio Code - Open Source 配置。如果您的集群管理员从 OpenShift Dev Spaces 3.5 或更早版本删除旧镜像,则这些现有工作区将不会启动。

其他资源

2.8. 使用修改后的 devfile 重启工作区

此增强引入了一个命令 Dev Spaces: Restart Workspace from the local Devfile for the Microsoft Visual Studio Code - Open Source 编辑器。在修改编辑器中的 devfile 后,您可以使用这个命令更新工作区定义。

其他资源

2.9. 优化对运行工作区的限制的检查

在这个版本中,工作区启动序列经过优化,以便 先检查正在运行的工作区的限制。在这个版本中,当尝试启动工作区并超过管理员配置的工作区限制时,会节省用户时间。

其他资源

2.10. 容器镜像的 URL 参数

在这个版本中,您可以为容器镜像的路径添加 image 参数作为 URL 的一部分,以便在一些情况下启动新的工作区:

  • Git 存储库不包含 devfile,您想要使用这个容器启动一个新的工作区。
  • Git 存储库包含一个 devfile,您希望此容器镜像运行,而不是 devfile 的 components 部分中列出的第一个 容器镜像

您可以在此参数中使用以下 URL 语法:

https://devspaces-<openshift_deployment_name>.<domain_name>/f?url=<git_repository_url>&image=<url_to_custom_developer_image>
Copy to Clipboard Toggle word wrap

其他资源

2.11. 默认启用 Dockerfile 构建功能

在这个版本中,为新安装默认启用 Dockerfile 构建功能。管理员可以通过将 spec.devEnvironments.disableBuildCapabilities 设置为 true 来选择不使用该功能。

注意

在这个版本中,不会更改现有安装的 disableBuildCapabilities 的值。

其他资源

在这个版本中,Microsoft Visual Code Studio 中引入了一个菜单项 - Open Source 直接从 IDE 访问 OpenShift Web 控制台。

其他资源

2.13. 从不受支持的 Git 服务启动工作区

在这个版本中,如果仓库 URL 的 Git 服务不被支持,您可以使用默认 devfile 启动工作区。此功能适用于 GitHub、GitLab、Bitbucket 和 Microsoft Azure Repos 以外的 Git 服务。

其他资源

在这个版本中,Microsoft Visual Studio Code - Open Source 命令 Create New Terminal to DevWorkspace Container 被重命名为 Create New Terminal (选择容器 )。另外,命令被添加到 Terminal 菜单和终端上下文菜单中。

其他资源

在这个版本中,如果 Git 提供程序自动撤销不可用,引入了一个小部件来警告用户。

其他资源

2.16. 启动时 IDE 不覆盖的用户容器入口点

在这个版本中,IDE 首先 附加一个 postStart 生命周期处理程序。因此,启动 IDE 时不会覆盖用户指定的命令。

其他资源

在这个版本中,当多个自动挂载的配置映射或 secret 使用相同的挂载路径时,DevWorkspace Operator 会使用投射卷。

其他资源

在这个版本中,DevWorkspace Operator 支持通过注解为从配置映射和 secret 自动挂载的文件配置访问模式。

其他资源

2.19. 用户命名空间添加到 ~/.kube/config

在这个版本中,在使用用户凭证进行工作空间启动时生成的 ~/.kube/config 文件还包括用户使用 Kubernetes API 的可能的 in-workspace 工具的用户 " namespace "。

其他资源

2.20. 支持的 ServiceAccount 令牌卷投射

在这个版本中,管理员可以将挂载到工作区 Pod 中的 ServiceAccount 令牌配置为 投射 ServiceAccount 令牌。此增强可让管理员设置令牌的 audience、ClustermountPathexpirationSeconds,并启用联邦,如 GCP 工作负载身份联邦。管理员可以在 CheCluster CR 中指定投射令牌属性:

spec:
  devEnvironments:
    serviceAccountTokens:
      - name: <name>
        mounthPath: <absolute_path_in_the_container>
        audience: <audience>
        expirationSeconds: <positive_integer>
        path: <path_relative_to_the_mountpath>
Copy to Clipboard Toggle word wrap

其他资源

第 3 章 程序错误修复

3.1. 从 Bitbucket 存储库启动云环境

在此次更新之前,从 Bitbucket 存储库 URL 启动工作区 ,user@bitbucket.org 将失败。在这个版本中,这个问题已被解决。

其他资源

3.2. GitLab 子组存储库中未检测到的 devfile

在此次更新之前,OpenShift Dev Spaces 不会在更多 子组 级别上检测 GitLab 存储库中的 devfile。OpenShift Dev Spaces 已更新,在所有子组级别上获取 GitLab 存储库。

其他资源

3.3. Che 服务器漏洞修复

在此次更新之前,有与 PostgreSQL 和其他相关的 Che 服务器漏洞。在这个版本中,漏洞已被修复。

其他资源

在此次更新之前,在 Git 个人访问令牌 secret 创建期间,空白字符可能会意外显示在复制粘贴的数据的末尾,使其无效。在这个版本中,这个问题已被解决,自动修剪空白字符。

其他资源

第 4 章 技术预览

技术预览功能为用户提供了一个对最新的产品创新的试用机会,以便用户可以对其进行测试并提供反馈。但是,Red Hat 订阅级别协议并不包括对这些技术预览功能的完全支持。这些功能可能并不完善,且不适用于生产环境。由于红帽会考虑在将来的产品中使用这些技术预览功能,我们将尝试解决客户在使用这些功能时遇到的问题。请参阅: 技术预览支持范围

无。

第 5 章 弃用的功能

无。

第 6 章 删除的功能

6.1. 删除 Eclipse Theia 编辑器

在 OpenShift Dev Spaces 3.6 中,删除了 Eclipse Theia 编辑器。红帽不再提供对 Eclipse Theia 的支持。Visual Studio Code - 开源 已替代 Eclipse Theia 作为默认编辑器,支持不补补。

其他资源

6.2. 删除的内部 PostgreSQL

在 OpenShift Dev Spaces 3.6 中,内部 PostgreSQL 数据库已被删除。OpenShift Dev Spaces 服务器不再需要数据库来持久保留工作区和用户的数据。在这个版本中,OpenShift Dev Spaces 服务器是一个具有高可用性和滚动更新的无状态应用程序。这一移除还会导致安装更加轻便且更短的维护。如需更多信息,请参阅 Eclipse Che Blog:取消 PostgreSQL 数据库

其他资源

第 7 章 已知问题

当升级到 3.6 版本时存在一个已知问题:升级到 devspacesoperator.v3.5.0-0.1682130576.p 的集群需要管理员作为临时解决方案的额外步骤。

临时解决方案

  1. 进入 OpenShift Web 控制台。
  2. 删除您现有的 Red Hat OpenShift Dev Spaces Operator 订阅和 devspaces CSV。

    注意

    这不会删除任何部署的 pod 或运行工作区。

  3. 安装最新的 Red Hat OpenShift Dev Spaces Operator 订阅。
  4. 等待所有 pod 都替换为新 pod,然后打开仪表板或加载工作区。

或者 ,您可以使用 oc 命令行工具

其他资源

目前,在将 Bitbucket 服务器访问令牌 用作 Kubernetes Secret 时存在一个已知问题。工作区中的编辑器不会检测 Bitbucket 服务器的访问令牌。当前没有解决此问题的方法。

重要

此已知问题不会影响 由管理员配置的 Git-provider OAuth

其他资源

目前,使用带有 Git-provider 凭证的 Kubernetes Secret 的用户存在一个已知问题。这些用户的工作区中 Git 操作的用户名和电子邮件目前来自 <user> - devspaces 命名空间的 user -profile Secret。

重要

此已知问题不会影响 由管理员配置的 Git-provider OAuth

临时解决方案

  • 在运行工作空间的编辑器终端中,运行以下命令设定您的提交作者名称和电子邮件:

    git commit config --global user.name <your_name>
    git commit config --global user.email <your_email>
    Copy to Clipboard Toggle word wrap

其他资源

7.4. 调试器无法在 .NET 示例中工作

目前,Microsoft Visual Studio Code 中的调试器 - 开源无法在 .NET 示例中工作。

临时解决方案

其他资源

第 8 章 常见问题解答

是否可以将应用程序从 OpenShift Dev Spaces 部署到 OpenShift 集群?
用户必须使用 oc login 从其运行的工作区登录到 OpenShift 集群。
为获得最佳性能,建议使用什么存储用于 OpenShift Dev Spaces 的持久性卷?
使用块存储。
是否有可能在同一集群中部署多个 OpenShift Dev Spaces 实例?
每个集群只能部署一个 OpenShift Dev Spaces 实例。
是否可以 离线安装 OpenShift Dev Spaces(不与互联网连接)?
请参阅 在受限环境中安装 Red Hat OpenShift Dev Spaces
是否可以在 OpenShift Dev Spaces 中使用非默认证书?
您可以使用自签名或公共证书。请参阅 导入不受信任的 TLS 证书
是否可以同时运行多个工作区?
请参阅启用用户同时运行多个工作区

法律通告

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

学习

尝试、购买和销售

社区

关于红帽文档

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

让开源更具包容性

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

關於紅帽

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

Theme

© 2026 Red Hat
返回顶部