This documentation is for a release that is no longer maintained
See documentation for the latest supported version.3.16.1 发行注记和已知问题
3.16.1 发行注记和 Red Hat OpenShift Dev Spaces 3.16.1 的已知问题
摘要
使开源包含更多
红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。我们从这四个术语开始:master、slave、黑名单和白名单。由于此项工作十分艰巨,这些更改将在即将推出的几个发行版本中逐步实施。有关更多详情,请参阅我们的首席技术官 Chris Wright 提供的消息。
第 1 章 关于 Red Hat OpenShift Dev Spaces
Red Hat OpenShift Dev Spaces 在 Red Hat OpenShift 上通过企业级设置提供基于 Web 的开发环境:
- 云环境(CDE)服务器
- Microsoft Visual Studio Code - 开源和 JetBrains IntelliJ IDEA 社区(技术预览)
- 带有流行编程语言、框架和红帽技术的容器化环境
Red Hat OpenShift Dev Spaces 非常适合基于容器的开发。
Red Hat OpenShift Dev Spaces 3.16 基于 Eclipse Che 7.90。
1.1. 支持的平台
OpenShift Dev Spaces 在以下 CPU 架构上的 OpenShift 4.12-4.16 上运行:
-
AMD64 和 Intel 64 (
x
86_64) -
IBM Z (
s390x
)
以下 CPU 架构需要 Openshift 4.13-4.16 来运行 OpenShift Dev Spaces:
-
IBM Power (
ppc64le
)
1.2. 支持政策
对于 Red Hat OpenShift Dev Spaces 3.16,红帽将为部署、配置和使用产品提供支持。
1.3. Red Hat OpenShift Dev Spaces 和 Eclipse Che 的不同
Red Hat OpenShift Dev Spaces 和基于它的上游项目之间的一些区别,Eclipse Che:
- OpenShift Dev Spaces 仅在 Red Hat OpenShift 上被支持。
- OpenShift Dev Spaces 基于 Red Hat Enterprise Linux,并定期更新使其包含最新的安全修复。
- OpenShift Dev Spaces 使用 Quarkus、Lombok、NodeJS、Python、DotNet、Golang 和 C/C++ 等语言和技术,在 air-gap 模式中支持获取的示例。社区示例位于 Devfile 注册表页面。
- OpenShift Dev Spaces 使用 OpenShift OAuth 进行用户登录和管理。
红帽提供了许可证和打包,以确保对 OpenShift Dev Spaces 的企业级支持。
第 2 章 新功能及功能增强
无。
第 3 章 程序错误修复
3.1. 扩展 'ms-python.python' CANNOT 使用 API 提议: terminalShellIntegration
在此版本之前,安装最新的 Python 扩展(v2024.14.0)会导致失败,并显示以下错误消息: "Extension 'ms-python.python' CANNOT use API proposal: terminalShellIntegration"。在这个版本中,这个问题已被解决
其他资源
3.2. 在 Visual Studio Code 中无法打开链接 - Open Source ("Code - OSS")
在此版本之前,无法在 Visual Studio Code 中打开链接 - Open Source ("Code - OSS")。在这个发行版本中,这个问题已被解决。
其他资源
第 4 章 技术预览
技术预览功能为用户提供了一个对最新的产品创新的试用机会,以便用户可以对其进行测试并提供反馈。但是,Red Hat 订阅级别协议并不包括对这些技术预览功能的完全支持。这些功能可能并不完善,且不适用于生产环境。由于红帽会考虑在将来的产品中使用这些技术预览功能,我们将尝试解决客户在使用这些功能时遇到的问题。请参阅: 技术预览支持范围。
无。
第 5 章 弃用的功能
无。
第 6 章 删除的功能
无。
第 7 章 已知问题
7.1. OpenShift 欢迎页面和 Ansible 内容创建者页面无法加载
存在一个已知问题:使用 Ansible 示例和自签名 TLS 证书影响工作区。OpenShift Welcome 和 Ansible 内容创建者选项卡为空,并显示以下信息:"Error loading webview: Error: Could not register service worker: SecurityError: Failed to register a ServiceWorker for scope."有一个可用的临时解决方案。
临时解决方案
按照以下步骤,将自签名 TLS 证书添加到浏览器的可信 root 颁发机构中。
其他资源
7.2. 从指向没有 devfile 的仓库分支的 URL 启动新工作区的问题
存在一个已知问题:在没有 devfile.yaml
文件的情况下影响存储库。如果您从此类存储库的分支启动新的工作区,则默认分支(如 'main')将用于项目克隆,而不是预期的分支。
其他资源
7.3. 刷新令牌模式会导致 cyclic 重新加载工作区启动页面
当使用 GitHub 和 Microsoft Azure DevOps OAuth 提供程序的 CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN
属性应用实验性刷新令牌模式时,存在一个已知问题。这会导致工作区开始重新载入仪表板,在每个页面重启时创建一个新的个人访问令牌。刷新令牌模式可用于 'GitLab' 和 'BitBucket' OAuth 供应商。
其他资源
7.4. FIPS 合规性更新
FIPS 合规的一个已知问题会导致某些加密模块没有被 FIPS 验证。以下是在 OpenShift Dev Spaces 中使用 FIPS 的要求和限制列表:
所需的集群和 Operator 更新
根据情况,将 Red Hat OpenShift Container Platform 安装更新至 4.11、4.12 或 4.13 的最新 z-stream 更新。如果您还没有启用 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
UDI 镜像中的 golang 编译器
通用开发人员镜像(UDI)容器包含一个 golang 编译器,它使用 CGO_ENABLED=1
标志构建。check-payload scanner ( https://github.com/openshift/check-payload )会抛出错误,但可以安全地忽略您使用此编译器构建的任何标签 CGO_ENABLED=1
,且不会使用 extldflags -static
或 -tags no_openssl
。
生成的二进制文件可以被扫描,应无错误地传递。
静态链接的二进制文件
您可以在这两个容器中找到与加密无关的静态链接二进制文件:
- code-rhel8
- idea-rhel8.
由于它们与加密无关,它们不会影响 FIPS 合规性。
Helm 支持 FIPS
UDI 容器包含 helm
二进制文件,它没有使用 FIPS 支持编译。如果您在 FIPS 环境中没有使用 helm
。
其他资源
7.5. 调试器无法在 .NET 示例中工作
目前,Microsoft Visual Studio Code 中的 debugger - 开源无法在 .NET 示例中工作。
临时解决方案
使用与以下源不同的镜像:
其他资源
第 8 章 常见问题解答
- 是否可以将应用程序从 OpenShift Dev Spaces 部署到 OpenShift 集群?
- OpenShift 用户令牌 自动注入到 工作区容器中,从而能够针对 OpenShift 集群运行 oc CLI 命令。
- 为获得最佳性能,建议使用什么存储用于 OpenShift Dev Spaces 的持久性卷?
- 使用块存储。
- 是否有可能在同一集群中部署多个 OpenShift Dev Spaces 实例?
- 每个集群只能部署一个 OpenShift Dev Spaces 实例。
- 是否可以 离线安装 OpenShift Dev Spaces(不与互联网连接)?
- 请参阅在 OpenShift 的受限环境中安装 Red Hat OpenShift Dev Spaces。
- 是否可以在 OpenShift Dev Spaces 中使用非默认证书?
- 您可以使用自签名或公共证书。请参阅 导入不受信任的 TLS 证书。
- 是否可以同时运行多个工作区?
- 请参阅启用用户同时运行多个工作区。