发行注记和已知问题

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

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

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

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

在这个版本中，管理员可以配置要在所有用户命名空间中复制的 Secret、ConfigMap 和 PersistentVolumesClaims。因此，您可以在所有用户间共享证书、secret 和配置文件。

例如，创建以下 ConfigMap 使 Mavensettings.xml 文件在所有用户的 Container Development Environment (CDE)中提供：

kind: ConfigMap
apiVersion: v1
metadata:
  name: user-settings-xml
  namespace: {prod-namespace}
  labels:
    app.kubernetes.io/part-of: che.eclipse.org
    app.kubernetes.io/component: workspaces-config
  annotations:
    controller.devfile.io/mount-as: subpath
    controller.devfile.io/mount-path: /home/user/.m2
data:
  settings.xml: |
    <settings xmlns="http://maven.apache.org/SETTINGS/1.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://maven.apache.org/SETTINGS/1.0.0 https://maven.apache.org/xsd/settings-1.0.0.xsd">
      <localRepository>/home/user/.m2/repository</localRepository>
      <interactiveMode>true</interactiveMode>
      <offline>false</offline>
    </settings>

在 官方文档 中查找有关流程的更多信息。

在这个版本中，您可以将 pod 和容器覆盖用于 Devfile 定义中的卷和 volumeMounts。

例如，您可以将带有 SharedSecret 的 CSI 卷添加到容器开发环境(CDE)中的 pod 或容器中：

schemaVersion: 2.2.2
attributes:
  controller.devfile.io/storage-type: per-workspace
metadata:
  name: pod-overrides-example
attributes:
    pod-overrides:
      spec:
        volumes:
          - csi:
              driver: csi.sharedresource.openshift.io
              readOnly: true
              volumeAttributes:
                sharedSecret: my-share
            name: my-csi-volume
components:
- name: workspace
  attributes:
    container-overrides:
      volumeMounts:
        - mountPath: /etc/my-csi-volume
           name: my-csi-volume
           readOnly: true
  container:
    ...

在这个版本中，在用户仪表板中配置 SSH 密钥前，您无法根据 SSH URL 启动工作区：

https://github.com/eclipse/che/assets/1461122/6b0f1eba-8184-49fc-8411-9810d762d62b

在以前的版本中，Che-Code 编辑器无法在 Red Hat Universal Base Image 9 中启动。在这个版本中，这个问题已被解决，您现在可以在 devfile 的 components 部分中明确引用这些镜像：

schemaVersion: 2.2.2
metadata:
  name: ubi9-minimal-demo
components:
  - name: tools
    container:
      image: registry.access.redhat.com/ubi9-minimal:9.3-1552@sha256:582e18f13291d7c686ec4e6e92d20b24c62ae0fc72767c46f30a69b1a6198055
      args: ['tail', '-f', '/dev/null']
      endpoints:
        - exposure: public
          name: nodejs
          protocol: http
          targetPort: 3000
      memoryLimit: 2Gi
      memoryRequest: 256Mi
      mountSources: true
    attributes:
      controller.devfile.io/merge-contribution: true

从这个版本开始，您可以使用 HorizontalPodAutoscaler (HPA)为操作对象配置副本数：

apiVersion: autoscaling/v2
kind: HorizontalPodAutoscaler
metadata:
  name: scaler
  namespace: {operator-namespace}
spec:
  scaleTargetRef:
    apiVersion: apps/v1
    kind: Deployment
    name: __<deployment_name>__
  ...

上面的代码片段中的 &lt ;deployment_name > 对应于以下部署之一：* che-server * che-gateway * dashboard * plugin-registry * devfile-registry

在 官方文档 中找到有关 HPA 设置的更多详细信息。

默认情况下，通用基础镜像(UDI)包含 Podman 和 Buildah，可用于在云开发环境(CDE)中构建和推送容器镜像。但是，UDI 中的 Podman 和 Buildah 配置为使用不提供写时复制支持的 vfs 存储驱动程序。要更有效地镜像管理，您可以使用 fuse-overlayfs 存储驱动程序，该驱动程序支持无根环境中的 copy-on-write。

在 官方文档 中找到有关 fuse-overlayfs 配置的更多详细信息。

在这个版本中，您可以在启动云开发环境时使用专用 URL 参数覆盖编辑器的镜像。以下是一些示例：

在 官方文档 中找到有关 editor-image URL 参数的更多详细信息。

在此版本之前，使用 'https://xx.xx.xx/bitbucket/scm/xxx/xxxx.git' URL 创建工作区会导致出现以下出错信息："Cannot build factory with any provided parameter.请检查参数正确和重新发送查询"。在这个版本中，工作区会被正确创建。

在此发行版本中，更新 Gitconfig 中的名称和电子邮件可能会导致 Conflict detected 错误。本发行版本中修复了 UX 缺陷，您可以在没有错误的情况下更新名称和电子邮件。

sporadic 缺陷会导致 "Route 和 path 匹配，但在此发行版本中解决了在工作区启动期间所有 pod 停机错误。

在此版本之前，存在与主机名太长端点 URL 更新相关的缺陷。这会导致 Operator 处于循环中。在这个版本中，这个问题已被解决。

在此次更新之前，当因为配额问题导致工作区无法启动时，不会显示有意义的错误，启动会失败并显示超时。现在，因为超过配额，当工作空间启动被禁止时，会出现一个显式错误：

为工作区设置网络失败：service "workspace82736d3c797e4150-service" is forbidden: exceeded quota: resource-quota-services, requested: count/services=1, used: count/services=1, limited: count/services=1

本发行版本中修复了 nodeSelector 和 tolerations 配置的过期流程，在 官方文档 中提供了更新的说明。

此发行版本中解决了因为缩减 replicaset 而导致意外的工作区重启的问题。

本发行版本中修复了与撤销 GitHub 授权相关的程序错误。现在，所有 OAuth 令牌都明确从 Kubernetes secret 检索，而不是像之前用于从内存中检索。

在此次更新之前，在 Bitbucket 服务器上托管的私有存储库启动工作区会失败，并添加了个人访问令牌(PAT)失败，并显示以下错误： Failed 创建工作区：Cannot build factory with any provided parameters。请检查参数正确性和重新发送查询。在这个版本中，这个问题已被解决。

在以前的版本中，一些 BitBucket 服务器等 SCM 供应商会解码响应中的回调 URL，这会导致 IllegalArgumentException 错误。在这个版本中，这个问题已被解决。

Ansible Lightspeed 和连接到 Ansible 服务器时存在一个已知问题。如果 OpenShift Dev Spaces 环境没有处于 Ifopenshiftapps.com 域下，Ansible Lightspeed 无法连接到 Ansible 服务器。

没有可用的临时解决方案。

FIPS 合规性存在一个已知问题，导致某些加密模块没有被 FIPS 验证。以下是在 OpenShift Dev Spaces 中使用 FIPS 的要求和限制列表：

集群启动并运行后，安装 OpenShift Dev Spaces 3.18 (3.18-36)，并验证最新的 DevWorkspace operator bundle 0.32 (0.32-2)或更新版本是否已安装和更新。请参阅 https://catalog.redhat.com/software/containers/devworkspace/devworkspace-operator-bundle/60ec9f48744684587e2186a3

生成的二进制文件可以被扫描，应该会在没有错误的情况下通过。

因为它们与加密无关，它们不会影响 FIPS 合规性。

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