发行注记和已知问题

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

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

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

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

在这个版本中，您可以使用专用 ConfigMap 将特定的配置属性应用到 Visual Studio Code - Open Source ("Code - OSS")编辑器：

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": "SOME HEADER MESSAGE",
      "window.commandCenter": false,
      "workbench.colorCustomizations": {
        "titleBar.activeBackground": "#CCA700",
        "titleBar.activeForeground": "#ffffff"
      }
    }
immutable: false

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": "SOME HEADER MESSAGE",
      "window.commandCenter": false,
      "workbench.colorCustomizations": {
        "titleBar.activeBackground": "#CCA700",
        "titleBar.activeForeground": "#ffffff"
      }
    }
immutable: false

在 官方文档 中了解更多有关此功能的信息。

用户仪表板中显示的编辑器标题，包括许可证和版本信息，收到 UI/UX 的增强。

在这个版本中，您可以查看 .gitconfig 文件的完整内容。单击 Switch to Viewer，以访问用户首选项 Gitconfig 选项卡。

从这个版本开始，默认 Universal Developer Image 会自动检测到 fuse-overlayfs。

在这个版本中，提供了配置工作区端点基域 的官方文档。

在这个版本中，提供了在工作区重启后持久保留 /home/user 目录 的官方文档。

解释了如何配置代理设置 的官方文档 可用。

从这个版本开始，CheCluster 自定义资源中的 securityContext 集应用到 Cloud Development 环境(CDE) che-gateway 容器。

在这个版本中，如果集群中配置了代理，代理配置会作为环境变量挂载到 che-dashboard 容器： HTTP_PROXY、HTTPS_PROXY 和 NO_PROXY。

在这个版本中，您可以使用 JetBrains 网关将本地 JetBrains IDE (IntelliJ IDEA Ultimate、PyCharm、WebStorm、RubyMine 和 CLion)连接到正在运行的 Dev Spaces 实例。

从这个版本开始，如果您没有将 KUBERNETES_SERVICE_HOST 环境变量添加到 no_proxylist 环境变量，则代理后面的集群有一个专用警告信息。

在以前的版本中，当 Cloud Development Environment (CDE)从原始 devfile 开始时，sporadic 警告信息可能会显示。这个版本解决了这个缺陷。

在以前的版本中，当从本地 devfile 重启 Cloud Development Environment (CDE)时，DevWorkspace 'storage-type' 属性会被临时删除。这个版本解决了这个缺陷。

在以前的版本中，从仪表板中撤销 GitHub 令牌可能会失败，因为在某些情况下找不到 "OAuth 令牌 for provider GitHub is not found" 错误消息。这个版本解决了这个缺陷。

在以前的版本中，在某些情况下，在某些情况下，在导航到 User Preferences → Git Services 选项卡时会出现 "TypeError: Cannot assign to read only attribute 0 of object '[objectArray]'" 错误消息。这个版本解决了这个缺陷。

在此版本之前，当您根据 SSH URL 为 Bitbucket 服务器私有存储库启动云开发环境(CDE)时，启动中断了意外警告。这个版本解决了这个缺陷。

在以前的版本中，位于路径 /var/run/secrets/kubernetes.io/serviceaccount/token 的 ServiceAccount 令牌被缓存在 User Dashboard 结尾，且没有被正确刷新。这个版本解决了这个缺陷。

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

本发行版本中修复了在切换集群并重启 Cloud Development Environment (CDE)后的 kubeconfig 格式崩溃。

在以前的版本中，当您尝试从 Dev Spaces 仪表板创建带有 SSH URL 的工作区时，会出现 "Cannot add property controller.devfile.io/bootstrap-devworkspace, object is not extensible" 错误。这个版本解决了这个缺陷。

在以前的版本中，如果 devEnvironments.persistUserHome.enabled 和 devEnvironments.persistUserHome.disableInitContainer 是 true，如果 /home/user 目录中有一个文件导致 stow 冲突，则 stow 命令仍然会运行并失败。在这个版本中，UBI 和 UDI 入口点会自动将冲突文件添加到 /home/tooling/.stow-local-ignore 中，以防止 stow 失败。

在 Visual Studio Code - 使用 New Terminal (Select a Container) 选项在 Visual Studio Code - Open Source (Code - OSS")编辑器中创建新终端时，初始目录不是当前的项目目录（例如/projects/<project-name>）。这个版本解决了这个缺陷。

在此版本之前，在将 Dev Spaces 从 3.17.0 升级到 3.18.0 后，存在一个影响 Visual Studio Code - Open Source ("CODE - OSS")的问题。当您打开从 Dev Spaces 3.17.0 中的示例创建的工作区时，会出现 IDE 的过期版本。这个版本解决了这个问题。

在此发行版本中，在配置了访问令牌(PAT)或 OAuth 后，会影响 'gitconfig 文件中的 Git user.name 和 user.email 自动设置的问题。如果您在 PAT 或 OAuth 配置后打开 User Dashboard > Gitconfig 页，您会收到以下出错信息："Author identity unknown"。这个版本解决了这个问题。

一个已知问题会影响部署到 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 作为编辑器并尝试启动工作区，则工作区启动将失败。有一个临时解决方案。

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

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