发行注记和已知问题

OpenShift Dev Spaces 在以下 CPU 架构上的 OpenShift 4.12-4.15 上运行：

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

Red Hat OpenShift Dev Spaces 和基于 Eclipse Che 的上游项目之间存在一些区别：

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

Git 分支、远程和 devfile URL 参数的路径现在在 User Dashboard 的 'Git Repo Options' 面板中公开。

从这个版本开始，您可以从提供有效 devfile 的任何 URL 创建工作区，例如在以下情况下：

在这个版本中，如果您启用了 $HOME persistence，则有一个 initContainer 运行 entrypoint 脚本并初始化 persistentHome。这可防止竞争条件发生。

在以前的版本中，持久性用户主页设置发生在工具容器的入口点中。值得注意的是，入口点 用于运行 stow 来为要在 PVC 上保存的主目录创建符号链接。如果 postStart 事件取决于文件或编辑位于主目录中的文件，则在 stow 执行完成前，存在由 post-start 事件导致的竞争条件风险。要防止这种情况，必须在 postStart 事件运行前完成 入口点 脚本。

您可以在 演示视频 中找到有关此增强功能的更多详细信息。

Visual Studio Code 的扩展 secret - Open Source ("Code - OSS")在工作区重启后不再丢失，但加密并保留在浏览器的本地存储中。这允许 Ansible 等扩展，它们使用 Visual Studio Code Secrets Storage API 在同一浏览器中在工作区重启之间保留数据。

在以前的版本中，当您在 air-gapped 集群中使用自签名证书时，启动由 URI 引用父 devfile 的工作区会失败，并显示 x509: certificate signed by unknown authority 错误。这个版本解决了这个问题，您现在可以在断开连接的集群中引用父 devfile。

PROJECTS_ROOT 环境变量在工作区启动时被错误设置

在以前的版本中，在工作空间启动后，PROJECTS_ROOT 环境变量被错误地设置为 /projects/projects。这个缺陷已在本发行版本中解决，环境变量可以正确地指向 /projects 目录。

在以前的版本中，在工作区启动过程中，状态可能会意外更改为"Starting"

这个版本中解决了这个缺陷，在工作区启动过程中会忽略状态更改(Failed' 和 'Terminating')。

在以前的版本中，仪表板 pod 可能会经常使用 exitCode: 137 重启，因为本版本中已修复内存泄漏。

在以前的版本中，当 pod 重启时，在 Operator 更新过程中，仪表板 URL 可能无法使用。这个问题已通过在网关中添加适当的 LivenessProbe' 和 'ReadinessProbe 来解决。

本发行版本中修复了从 Dashboard 撤销 OAuth 吊销后与 'Authorization' 指示器相关的缺陷。

在以前的版本中，如果 DevWorkspace 对象缺少 controller.devfile.io/creator 标签，则 User Dashboard 会显示一个空白页面。这个版本解决了这个问题。

在此次更新之前，如果您使用 Local Devfile' 命令重启了工作区，则从工作区中添加的 devfile 的额外项目不会被克隆。在这个版本中，这个问题已被解决。

在此版本之前，点了用户仪表板后，在用户仪表板上保持打开的操作菜单项，如 'Open' 和 'Stop Workspace'。在这个版本中，这个问题已被解决。

本发行版本中修复了在工作区启动时使用 df,override.devfileFilename 参数相关的缺陷。

在此版本之前，process.env.PATH 被 userShellEnv.PATH 环境变量覆盖。在这个版本中，process.env.PATH 和 userShellEnv.PATH 环境变量的值会被合并。

在这个版本中，devfile v1 不再被支持。检查 Devfile.io 文档 以获取支持的 devfile 版本。

Ansible Lightspeed 和连接到 Ansible 服务器时存在一个已知问题。如果 OpenShift Dev Spaces 环境没有处于 Ifopenshiftapps.com 域下，Ansible Lightspeed 无法连接到 Ansible 服务器。

没有可用的临时解决方案。

FIPS 合规性存在一个已知问题，导致某些加密模块没有被 FIPS 验证。以下是在 OpenShift Dev Spaces 中使用 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

生成的二进制文件可以被扫描，应该会在没有错误的情况下通过。

因为它们与加密无关，它们不会影响 FIPS 合规性。

目前，Microsoft Visual Studio Code 中的 debugger - 开源无法在 .NET 示例中工作。