发行注记和已知问题

OpenShift Dev Spaces 在以下 CPU 架构的 OpenShift 4.10 和 4.11 上运行：

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

OpenShift Dev Spaces 3.3 已在 Chrome 版本 101.0.4951.54 （官方构建）上进行测试。

OpenShift Dev Spaces 和 Eclipse Che 之间的主要区别是：

红帽提供许可、打包和支持。因此，OpenShift Dev Spaces 被视为比上游 Eclipse Che 项目更稳定的产品。

此功能增强在 CheCluster 自定义资源中添加了一个 autoProvision 字段，其中 OpenShift Dev Spaces 管理员可以禁用自动置备用户命名空间：

spec:
   components
   containerRegistry
   devEnvironments:
     defaultNamespace:
       autoProvision: true 

在这个版本中，Microsoft Visual Studio Code 的 OpenShift Toolkit 扩展 - Open Source 更新至版本 1.0.0，它提供对 odo 3.3.0 的支持。

在这个版本中，管理员可以在 CheCluster 自定义资源和 OpenShift Web 控制台中选择其 Git 提供程序的 OAuth 应用 Secret。

在这个版本中，您可以使用 Microsoft Visual Studio Code - 受限环境中的工作区中的开源。为了管理扩展，OpenShift Dev Spaces 现在在插件 registry pod 中包含本地缓存的 Open VSX Registry 实例。

在 OpenShift Dev Spaces 3.3 中，工作区中的默认编辑器是 Microsoft Visual Studio Code - 开源 IDE。

此功能增强更新了 dsc server:delete CLI 命令的选项 ：

在这个版本中，当您使用该仓库的 URL 来启动新工作区时，OpenShift Dev Spaces 会获取远程 Git 存储库中的 devfile.yaml 和 che-editor.yaml 文件的最新版本。

在 OpenShift Dev Spaces 3.3 中，通用基础镜像(UDI)被更新，如下所示：

在 OpenShift Dev Spaces 3.3 中，仪表板中提供的示例项目已更改，如下所示：

在这个版本中，计算 OpenShift Dev Spaces 资源要求 已被改进，使其包含 CPU 详情和 Microsoft Visual Studio Code - Open Source，这是新的默认编辑器。

在这个版本中，用户可以指定任意字段并覆盖 devfile 中工作区 Pod 和容器的任何字段。这包括 runtimeClassName、schedulerName 和 Kubernetes 扩展的资源，作为 nvidia.com/gpu。为此，用户可以使用新的 pod-overrides 和 container-overrides 属性。

在这个版本中，仪表板中有一个 Empty Workspace 标题，您可以在其中创建一个空的工作区。这种工作区从您选择的 IDE 和 UDI 镜像开始，其中包含用于 Java、Python、Node.js、C/C++、PHP、.Net 和其他语言的各种工具和 CLI 应用程序。打开后，您可以使用工作区中的 IDE 来克隆远程 Git 存储库。

在这个版本中，管理员可以在 CheCluster 自定义资源中配置存储类和工作区大小。

通过此增强，管理员可以更轻松地在 OpenShift Dev Spaces 中添加 Git 提供程序的自签名证书。请参阅 Git 中使用自签名证书 执行此操作 的步骤。

在这个版本中，管理员可以在 CheCluster 自定义资源中设置 devEnvironments.disableContainerBuildCapabilities: true 来启用容器构建。这可让用户在任何工作区上运行 podman build。不再需要在 devfile 中添加属性 controller.devfile.io/scc: container-build。

在这个版本中，OpenShift Dev Spaces 在创建 工作区页面中为用户显示一个警告， 其中 devfile 在远程 Git 仓库中的 devfile 无效。该警告为用户提供两个选项： 继续使用默认的 devfile 或 Reload。当用户编辑和测试 devfile 时，这个功能特别有用。

在这个版本中，OpenShift Dev Spaces 支持 GitHub Enterprise Server 客户 的子域隔离。管理员可以在 CheCluster 自定义资源中启用子域隔离：

spec:
  gitServices:
    github:
      - endpoint: 'https://github.com'
        secretName: github-oauth-config
        disableSubdomainIsolation: true

自 OpenShift Dev Spaces 3.3 起，.NET 示例项目已被重新引入。它已更新为使用 .NET 版本 7 运行。

在此次更新之前，在使用指向私有容器 registry 的 devfile 时，工作区无法启动。即使用户在仪表板的用户首选项中添加 registry ， 也会发生此失败。在这个版本中，您可以从 devfile 启动指向私有容器 registry 中的容器镜像的工作区。在使用此类 devfile 启动工作区前，您必须在仪表板的用户首选项的 Add Container Registry 对话框中添加 registry。

在此次更新之前，回归问题会导致在工作空间创建过程中忽略克隆的远程 Git 存储库的 /.vscode/ 和 /.che/ 子文件夹。这个问题只与托管在 GitHub、GitLab 或 Bitbucket 上的 Git 存储库相关。在这个版本中，这些子文件夹中的文件会在工作空间创建过程中获取和处理。

在此次更新之前，在 prod-namespace 命名空间中具有 spec.components.imagePuller.enable: true 的 CheCluster 自定义资源会导致 Kubernetes Image Puller Operator 因为无效的 OperatorGroup 而失败。这导致以下出错信息： Operator 失败 OwnNamespace InstallModeType 不支持，无法配置以监视自己的命名空间。在这个版本中，Kubernetes Image Puller Operator 使用空 targetNamespaces 创建正确的 OperatorGroup 解决了这个问题。

在此次更新之前，dsc server:delete --delete-namespace 会删除安装 OpenShift Dev Spaces 实例的任何命名空间，即使在安装过程中意外选择 openshift-operators 命名空间。删除 openshift-operators 命名空间可能会导致意外删除其他安装的 Operator。在这个版本中，使用 --delete-namespace 选项的 dsc server:delete 命令不会删除 openshift-operators 命名空间。

在此次更新之前，因为 Kubernetes 配额，当工作区启动失败时没有显示错误消息。在这个版本中，因为用户命名空间中的配额不足，当 OpenShift Dev Spaces 无法创建工作区 Pod 时，错误会在工作空间启动过程中成功显示。

在此次更新之前，如果管理员配置了信任 Git 供应商的自签名 TLS 证书，且 带有一个缺少 githost 部分的 che-git-self-signed-cert ConfigMap，则工作区创建会失败。生成的 /etc/gitconfig 文件包含一个格式不正确的 http 指令，该指令与任何 URL 不匹配。在这个版本中，这个问题已被解决，/etc/gitconfig 文件会如预期包含 [http] 行。

在此次更新之前，启动一个带有用于另一个工作区的名称的工作区会导致 创建工作区 页面显示 Failed to create a workspace 错误信息。在这个版本中，创建工作区 页面会警告 找到了现有工作区 的用户，并提示用户 打开现有的工作区 或创建新工作区。

在下一个发行版本中，OpenShift Dev Spaces 3.4，Eclipse Theia 编辑器将被弃用，其扩展将不再被维护。Eclipse Theia 将在 OpenShift Dev Spaces 的后续发行版本中删除。红帽将不再为 OpenShift Dev Spaces 中的 Eclipse Theia 提供程序错误修正和支持，但会在从 OpenShift Dev Spaces 中删除前提供安全修复。虽然您的用户 可以继续使用 Eclipse Theia 直到移除为止，但您必须准备将用户迁移到 Visual Studio Code - Open Studio Code，它作为 新的默认编辑器在 OpenShift Dev Spaces 3.3 中出现空缺支持。

在 OpenShift Dev Spaces 3.3 中，删除了以下 devfile 示例：

程序错误修复及支持仅通过 OpenShift Dev Spaces 3.2 生命周期结束提供。

目前，在启动克隆私有 Git 存储库的工作区时，存在一个已知问题。成功克隆并读取远程 Git 存储库后，project-clone 容器无法签出指定的 Git 修订，例如功能分支或 PR 分支。因此，远程 Git 存储库被克隆到名为 project-clone- <random_characters&gt; 的临时目录中。

目前，在受限环境中，Java Gradle 示例存在一个已知问题。运行 1-build 命令以构建应用程序可能会导致 FAILURE: Build failed with an exception 错误，且无法加载原生库，或者没有解析插件存储库中的插件工件。当前没有解决此问题的方法。