3.18.1 发行注记和已知问题
3.18.1 发行注记和 Red Hat OpenShift Dev Spaces 3.18 的已知问题
摘要
使开源包含更多 复制链接链接已复制到粘贴板!
红帽致力于替换我们的代码、文档和 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.18 基于 Eclipse Che 7.95。
1.1. 支持的平台 复制链接链接已复制到粘贴板!
OpenShift Dev Spaces 在以下 CPU 架构的 OpenShift 4.14-4.17 上运行:
-
AMD64 和 Intel 64 (
x86_64) -
IBM Z (
s390x) -
IBM Power (
ppc64le)
1.2. 支持政策 复制链接链接已复制到粘贴板!
对于 Red Hat OpenShift Dev Spaces 3.18,红帽将为部署、配置和使用产品提供支持。
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 章 程序错误修复 复制链接链接已复制到粘贴板!
在此版本之前,存在一个影响使用无 libbrotli 库作为工具容器的基于 ubi-9- 的工作区。如果您启动工作区,则会出现以下出错信息:"Failed to open the workspace: The workspace status remains the "Starting" (最后 300 秒)。在这个版本中,这个问题已被解决。
错误消息中列出的时间可能会有所不同。
其他资源
第 4 章 技术预览 复制链接链接已复制到粘贴板!
技术预览功能为用户提供了一个对最新的产品创新的试用机会,以便用户可以对其进行测试并提供反馈。但是,Red Hat 订阅级别协议并不包括对这些技术预览功能的完全支持。这些功能可能并不完善,且不适用于生产环境。由于红帽会考虑在将来的产品中使用这些技术预览功能,我们将尝试解决客户在使用这些功能时遇到的问题。请参阅: 技术预览支持范围。
无。
第 5 章 弃用的功能 复制链接链接已复制到粘贴板!
无。
第 6 章 删除的功能 复制链接链接已复制到粘贴板!
无。
第 7 章 已知问题 复制链接链接已复制到粘贴板!
7.1. 从指向没有 devfile 的仓库分支的 URL 启动新工作区的问题 复制链接链接已复制到粘贴板!
存在一个已知问题:在没有 devfile.yaml 文件的情况下影响存储库。如果您从此类存储库的分支启动新的工作区,则默认分支(如 'main')将用于项目克隆,而不是预期的分支。
其他资源
7.2. 刷新令牌模式会导致 cyclic 重新加载工作区启动页面 复制链接链接已复制到粘贴板!
当使用 GitHub 和 Microsoft Azure DevOps OAuth 提供程序的 CHE_FORCE_REFRESH_PERSONAL_ACCESS_TOKEN 属性应用实验性刷新令牌模式时,存在一个已知问题。这会导致工作区开始重新载入仪表板,在每个页面重启时创建一个新的个人访问令牌。刷新令牌模式可用于 'GitLab' 和 'BitBucket' OAuth 供应商。
其他资源
7.3. FIPS 合规性更新 复制链接链接已复制到粘贴板!
FIPS 合规的一个已知问题会导致某些加密模块没有被 FIPS 验证。以下是在 OpenShift Dev Spaces 中使用 FIPS 的要求和限制列表:
所需的集群和 Operator 更新
根据情况,将 Red Hat OpenShift Container Platform 安装更新至 4.14、4.15、4.16 或 4.17 的最新 z-stream 更新。如果您还没有启用 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
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 和 Code 容器包含 helm 二进制文件,它没有使用 FIPS 支持编译。如果您在 FIPS 环境中没有使用 helm。
Kubedock 支持 FIPS
UDI 容器包含 kubedock 二进制文件,它没有使用 FIPS 支持编译。如果您在 FIPS 环境中不使用 kubedock。
其他资源
7.4. 调试器无法在 .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 证书。
- 是否可以同时运行多个工作区?
- 请参阅启用用户同时运行多个工作区。