发行注记和已知问题

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

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

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

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

在这个版本中，当使用 brand-new "Editor Selector" 面板从用户仪表板启动工作区时，您可以轻松地选择一个编辑器。

在 官方文档 中查找有关指定自定义编辑器的更多详细信息。

从这个版本开始，您可以在定义入门示例的 URL 时添加参数：

     {
        "displayName": "Example",
        "description": "Example",
        "tags": ["example"],
        "url": "https://example.com/my-project.git?df=next/base/devfile.yaml"
      }

在 官方文档 中找到有关配置启动示例的更多详细信息。

在这个版本中，您可以指定哪些扩展被信任，并可使用 devfile 或 ConfigMap 中定义的专用 VSCODE_TRUSTED_EXTENSIONS 环境变量来访问身份验证令牌：

   env:
     - name: VSCODE_TRUSTED_EXTENSIONS
       value: "<publisher1>.<extension1>,<publisher2>.<extension2>"

在 官方文档 中找到有关增强功能的更多详细信息。

在这个版本中，如果 CheCluster 自定义资源级别启用了 imagePuller 选项，Operator 会自动从 devfile 和插件 registry 获取相关镜像，以创建和管理 ImagePuller 自定义资源，以便更快地启动工作区。

在 官方文档 中找到有关增强功能的更多详细信息。

在此次更新之前，只支持从用户仪表板撤销 GitHub OAuth。最近，GitLab 添加了一个 Revoke a token API，现在可以从用户仪表板撤销 GitLab OAuth 访问。

对于其他 Git Services 导航到提供程序网站，需要按照撤销 OAuth 访问的说明进行操作。

将鼠标悬停在"Recent Workspaces"的工作区上，如果名称太长且不适合边栏，则展开该名称。

从这个版本开始，当您在用户仪表板上创建个人访问令牌时，"Provider"字段将对应于专用的 Git 服务。在以前的版本中，使用带有随机 postfix 的 oauth2- 字符串。这会导致可见性不佳。

在以前的版本中，persistUserHome CheCluster 自定义资源属性无法使用 per-workspace 存储策略。这个缺陷已在这个版本中解决，现在您可以将 persistUserHome 选项与 per-user 和 per-workspace 存储策略一起使用。

在 官方文档 中找到有关属性的更多详细信息。

在此版本之前，在使用 che-code 中的 "Restart Workspace from local Devfile" 功能后，有 sporadic 影响工作区启动的问题。出现以下出错信息："您一次只能有 1 个运行工作区"。在这个版本中，这个问题已被解决。

在此版本之前，使用 OAuth2 从 Bitbucket 服务器私有存储库启动工作区会失败，并显示 "Repository/Devfile URL is missing" 错误。在这个版本中，这个问题已被解决。

使用 che-editor URL 参数引用编辑器可能会导致与 CORS 相关的网络错误。这个版本解决了这个问题。

在以前的版本中，当开发人员从用户首选项创建个人访问令牌时，无法验证 Git URL。如果 URL 无效，则会导致登录和仪表板使用问题，因为 java.net.URISyntaxException: Illegal 字符异常。要解决访问问题，您必须手动与生成的 secret 进行交互。这个版本解决了这个问题。

在此发行版本中，在"Import from Git"小部件的输入字段中，尾随空格不会被修剪，从而导致 "URL 或 SSHLocation is not valid" 错误。

在以前的版本中，Revoke OAuth 按钮在执行后继续处于活跃状态。这个版本解决了这个问题。

在这个版本中，devfile V1 不再被支持，并删除了 devfile-converter 软件包。

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 示例中工作。