发行注记和已知问题

OpenShift Dev Spaces 在以下 CPU 架构的 OpenShift 4.14-4.18 上运行：

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

Red Hat OpenShift Dev Spaces 和基于它的上游项目之间的一些区别，Eclipse Che:

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

在这个版本中，基于 RHEL 9 的基本开发人员镜像可用。此镜像包含运行 Dev Spaces 工作区所需的最小依赖项，其支持 Podman 和持久家等功能。Base Developer Image 位于 registry.redhat.io/devspaces/udi-base-rhel9 中。

在以前的版本中，用户可以使用 .vsix 格式手动下载和安装未批准的 Visual Studio Code 扩展。这可能会导致安装潜在的恶意扩展。

在这个版本中，管理员可以使用 ConfigMap 来禁用 Install from VSIX…​ 功能，并防止下载和安装未批准的扩展。

从这个版本开始，您可以配置个人访问令牌(PAT)以访问托管于内部的 Microsoft Azure DevOps Server (TFS)实例。

在 官方文档中了解更多有关 PAT 设置的信息

在这个版本中，您只能使用专用 ConfigMap 配置 settings.json 和 extensions.json，也为 Visual Studio Code 配置 product.json - 开源编辑器：

apiVersion: v1
kind: ConfigMap
metadata:
  name: vscode-editor-configurations
data:
  extensions.json: |
    {
      "recommendations": [
          "dbaeumer.vscode-eslint",
          "github.vscode-pull-request-github"
      ]
    }
  settings.json: |
    {
      "window.header": "A HEADER MESSAGE",
      "window.commandCenter": false,
      "workbench.colorCustomizations": {
        "titleBar.activeBackground": "#CCA700",
        "titleBar.activeForeground": "#ffffff"
      }
    }
  product.json: |
    {
      "extensionEnabledApiProposals": {
        "ms-python.python": [
          "contribEditorContentMenu",
          "quickPickSortByLabel",
        ]
      },
      "trustedExtensionAuthAccess": [
        "<publisher1>.<extension1>",
        "<publisher2>.<extension2>"
      ]
    }

apiVersion: v1
kind: ConfigMap
metadata:
  name: vscode-editor-configurations
data:
  extensions.json: |
    {
      "recommendations": [
          "dbaeumer.vscode-eslint",
          "github.vscode-pull-request-github"
      ]
    }
  settings.json: |
    {
      "window.header": "A HEADER MESSAGE",
      "window.commandCenter": false,
      "workbench.colorCustomizations": {
        "titleBar.activeBackground": "#CCA700",
        "titleBar.activeForeground": "#ffffff"
      }
    }
  product.json: |
    {
      "extensionEnabledApiProposals": {
        "ms-python.python": [
          "contribEditorContentMenu",
          "quickPickSortByLabel",
        ]
      },
      "trustedExtensionAuthAccess": [
        "<publisher1>.<extension1>",
        "<publisher2>.<extension2>"
      ]
    }

在 官方文档中了解更多有关流程的信息

在此版本之前，如果目标 devfile 有父引用，且 storage-type 字段被覆盖，则无法创建工作区，因为 父模式 不支持属性中的覆盖。这个问题已被解决。从这个版本开始，如果父定义，则 properties .controller.devfile.io/storage-type 不会应用到子 devfile。在这种情况下，也会禁用 Change Storage Type 小部件。

在此版本之前，对于一些 devfile，"Devfile Viewer"样式在用户仪表板上无法正常工作。这个版本解决了这个缺陷。

在此版本之前，Visual Studio Code 的 'Source Control' 面板中没有提供下拉列表中的"Changes"命令 - Open Source ("CODE - OSS")。这个版本解决了这个缺陷。

在以前的版本中，当 gogs 公共存储库使用 HTTP URL 打开时，会出现一条" Bitbucket 集成没有正确配置"的警告信息。这个版本解决了这个缺陷。

在以前的版本中，当使用 SSH URL 从 gogs 私有存储库创建工作区时，会出现一个 "Cannot build a factory with any provided parameters" 的警告信息。这个版本解决了这个缺陷。

在以前的版本中，用户仪表板从配置的 externalDevfileRegistries 的 /index 路由中提供启动的示例。从这个版本开始，改为使用 /index/all 路由。

此发行版本解决了这个问题，用户仪表板没有在工作区的 Devfile 视图中正确显示原始 devfile

在此版本前，基于 devfile 的工作区失败并显示以下错误信息： "Cannot add property attributes, object is not extensible"。这个版本解决了这个缺陷。

这个版本解决了与本地 devfile for SSH URL 自动重启相关的回归问题。

在以前的版本中，使用 SSH URL 从 Gitea 存储库启动的工作空间被以下警告信息中断： "Cannot read properties of undefined (reading schemaVersion)。这个版本解决了这个缺陷。

在此发行版本中，在 Bitbucket 服务器升级到 8.19.14 后，个人访问令牌(PAT)身份验证存在问题。在这个版本中，这个问题已被解决。

目前，存在一个已知问题会影响从 Open VSX Registry 安装的 Visual Studio Code 扩展。https://open-vsx.org/默认情况下会安装预发布版本，而不是扩展稳定版本。

一个已知问题会影响部署到 OpenShift Platform 4.18 的 Dev Spaces 中的工作区。当您启动工作区时，会出现以下错误消息："Error create DevWorkspace deployment: Container tools has state ImagePullBackOff"。

桌面版本的 JetBrains IDE 存在一个已知问题。使用这些 IDE 的工作区会忽略 CheCluster 属性指定的闲置超时，如 secondsOfRunBeforeIdling，以及 secondsOfInactivityBeforeIdling。当前没有可用的临时解决方案。

目前存在一个已知问题，会影响 IBM Power 和 IBM Z 架构的 JetBrains IDE 的使用。下载的 JetBrains IDE 二进制文件不是多架构，从而导致工作空间启动失败。当前没有可用的临时解决方案。

目前存在一个已知问题：在桌面版本的 JetBrains IntelliJ IDEA 中启动使用 ubi9-minimal、ubi-init 和 ubi9）创建的工作区。IDE 不会加载，从而导致工作区的启动在一段时间后失败。目前，还没有可用的临时解决方案。

目前存在一个已知问题，会影响在 JetBrains IntelliJ IDEA 桌面版本中运行的工作区。如果您在工作区仍在运行时关闭 IDE，您将在重新打开 IDE 后收到以下出错信息："连接供应商中的错误"，以及"No connection handle was returned"。有多个可用的临时解决方案。

目前存在一个已知问题，会影响非管理员用户和 JetBrains 网关插件创建的工作区。如果您以非管理员用户身份在 Dev Spaces 中创建工作区，并使用同一帐户通过 JetBrains Getaway 插件在本地访问计算机上的 Dev Spaces，则获取的工作区列表将为空。当前没有可用的临时解决方案。

目前存在一个已知问题，在 air-gapped 环境中使用 JetBrains Intellij IDEA 影响工作区。如果您选择了 JetBrains IntelliJ IDEA 作为编辑器并尝试启动工作区，则工作区启动将失败。有一个临时解决方案。

存在一个已知问题：在没有 devfile.yaml 文件的情况下影响存储库。如果您从此类存储库的分支启动新的工作区，则默认分支（如 'main'）将用于项目克隆，而不是预期的分支。

当使用 GitHub 和 Microsoft Azure DevOps OAuth 提供程序的 CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 属性应用实验性刷新令牌模式时，存在一个已知问题。这会导致工作区开始重新载入仪表板，在每个页面重启时创建一个新的个人访问令牌。刷新令牌模式可用于 'GitLab' 和 'BitBucket' OAuth 供应商。

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