发行注记和已知问题

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

以下 CPU 架构需要 Openshift 4.13-4.16 来运行 OpenShift Dev Spaces：

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

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

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

从这个版本开始，podman login 会在为 User Preferences 中配置的所有容器 registry 的工作空间启动期间自动执行。

当您从 User Dashboard 打开工作区时，与同一工作区对应的浏览器标签页已经存在时，切换到浏览器标签页会自动从这个版本开始。在以前的版本中，每当您从用户仪表板打开工作区时，都会创建一个新的浏览器标签页。

从这个版本开始，如果因为无效的 devfile 而 'Restart Workspace from Local Devfile' 命令失败，则错误信息更为明确，且包含失败的确切原因。

在这个版本中，您可以使用专用 CustomResource 字段为所有 Cloud Development Environment (CDE) pod 定义注解：

apiVersion: org.eclipse.che/v2
kind: CheCluster
spec:
  devEnvironments:
    workspacesPodAnnotations:
      cluster-autoscaler.kubernetes.io/safe-to-evict: false

apiVersion: org.eclipse.che/v2
kind: CheCluster
spec:
  devEnvironments:
    workspacesPodAnnotations:
      cluster-autoscaler.kubernetes.io/safe-to-evict: false

在以前的版本中，您只能通过修改和重建 Plugin Registry 来配置自定义编辑器定义。从这个版本开始，您可以通过创建专用的 ConfigMap 来配置它们。

从这个版本开始，您可以为所有 CDE 启用 fuse-overlayfs。

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

在这个版本中，与预先配置的 Advanced Authorization 相关的失败时用户体验会被改进。当您的访问被拒绝时，您会在访问 User Dashboard 时看到一条清晰的错误消息。

在 官方文档 中了解更多有关高级授权的信息。

本发行版本中添加了一个新的实验性功能，它会在工作空间启动期间强制刷新 OAuth 访问令牌。

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

在这个版本中，CDE 定义支持 devfile 的新 2.3.0 schemaVersion ：

schemaVersion: 2.3.0
metadata:
  generateName: quarkus-api-example
attributes:
  controller.devfile.io/storage-type: ephemeral
components:
  - name: tools
    container:
      image: quay.io/devfile/universal-developer-image:ubi8-latest
      env:
        - name: QUARKUS_HTTP_HOST
          value: 0.0.0.0
...

schemaVersion: 2.3.0
metadata:
  generateName: quarkus-api-example
attributes:
  controller.devfile.io/storage-type: ephemeral
components:
  - name: tools
    container:
      image: quay.io/devfile/universal-developer-image:ubi8-latest
      env:
        - name: QUARKUS_HTTP_HOST
          value: 0.0.0.0
...

有关 2.3.0 版本的更多详细信息，请参阅 官方文档。

在此次更新之前，使用 Bitbucket OAuth 集成在 OpenShift Dev Spaces 安装中的工作区中包含 Bitbucket 个人访问令牌(PAT)会导致 "Backend is not available" 错误消息。在这个版本中，可以在不出现问题的情况下登录到用户仪表板。

从时间到来，在使用 Visual Studio Code 打开工作区时，可能会遇到多个"401 Unauthorized"错误 - Open Source ("Code - OSS")编辑器。这个版本解决了这个缺陷。

在以前的版本中，从用户仪表板配置容器 registry (quay.io、docker.io 等)后，您不会自动登录到配置的 registry。这个版本解决了这个缺陷。

在以前的版本中，严格验证会阻止从 URL 创建工作区，如 user1@repository.example.com:/home/user1/repositories/myrepo.git。这个版本解决了这个缺陷。

在这个发行版本中，包含额外逗号的 .code-workspace 文件的解析错误已被修复：

{
	"folders": [
		{
			"name": "che-code",
			"path": "/projects/che-code",
		},
	]
}

{
	"folders": [
		{
			"name": "che-code",
			"path": "/projects/che-code",
		},
	]
}

如果在 devfile 中定义了多个初学者项目，用于在 Visual Studio Code - Open Source (Code - OSS")编辑器中显示空项目。这个版本解决了这个缺陷。

在此版本之前，如果为 SaaS 和 Enterprise 设置 GitHub OAuth 配置 secret，如果只接受授权协议，则 Git Services 选项卡中的两个提供程序都会重复授权状态。这个版本解决了这个缺陷。

在此发行版本中，您可以在 Visual Studio Code - Open Source ("Code - OSS")中工作时，在工作区容器中遇到很多标记为 < defunct > 的进程。

在此发行版本中，运行 devfile 中定义的专用命令时，GOPATH 和 GOCACHE 环境变量没有正确设置。这会导致失败的任务，用于 go build 任务等任务。这个版本解决了这个缺陷。

在以前的版本中，使用与 stow 目录文件冲突的 ConfigMap、Secret 或 PVC 挂载文件会导致在执行 $HOME 目录持久性过程中出现 stow 命令失败。这个版本解决了这个缺陷。

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

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

从 GitHub Enterprise 公共存储库创建一个没有配置个人访问令牌(PAT)或 OAuth 的工作区，存在一个已知问题。如果您尝试从此类存储库创建工作区，您会收到以下出错信息："Failed to create the workspace.无法使用任何提供的参数构建工厂。请检查参数是否正确，并重新发送查询"。

Ansible Lightspeed 存在一个已知问题，并连接到 Ansible 服务器。如果 OpenShift Dev Spaces 环境不在 2.2.openshiftapps.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 示例中工作。