This documentation is for a release that is no longer maintained
See documentation for the latest supported version.发行注记和已知问题
Red Hat OpenShift Dev Spaces 3.10 发行注记和已知问题
摘要
使开源包含更多
红帽致力于替换我们的代码、文档和 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 等 IDE - 开源和 JetBrains IntelliJ IDEA 社区(技术预览)
- 带有流行的编程语言、框架和红帽技术的容器化环境
Red Hat OpenShift Dev Spaces 非常适合基于容器的开发。
Red Hat OpenShift Dev Spaces 3.10 基于 Eclipse Che 7.77。
1.1. 支持的平台
OpenShift Dev Spaces 在以下 CPU 架构上的 OpenShift 4.12-4.14 上运行:
-
AMD64 和 Intel 64 (
x
86_64) -
IBM Power (
ppc64le
) 和 IBM Z (s390x
)
1.2. 支持政策
对于 Red Hat OpenShift Dev Spaces 3.10,红帽将为部署、配置和使用产品提供支持。
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++ 和 PHP)提供 devfile。您可以在 devspaces-devfileregistry 容器镜像源 中找到最新的示例项目。
- OpenShift Dev Spaces 使用 OpenShift OAuth 进行用户登录和管理。
红帽提供了许可证和打包,以确保 OpenShift Dev Spaces 的企业级支持。
第 2 章 新功能及功能增强
2.1. GitHub 设备身份验证支持 Microsoft Visual Studio Code 中的扩展 - 开源
在这个版本中,您可以在 Microsoft Visual Studio Code 中使用 GitHub 设备身份验证 - 开源来激活扩展。有关此功能的更多信息,请检查 GitHub 设备激活流。
GitHub Copilot 扩展现在可以使用 GitHub 设备身份验证激活。要激活它,请按照以下步骤执行:
- 使用新的 "Device Authentication" 命令向 GitHub 进行身份验证。
- 通过上传 VSIX 文件来安装 GitHub Copilot 扩展。您必须为每个新的工作区重复上传。
GitHub Copilot VSIX 文件目前仅适用于 Visual Studio Marketplace。在使用该文件之前,请确定您符合使用 Visual Studio Marketplace 的术语和 GitHub Copilot 许可证。
其他资源
2.2. 为 GitHub Enterprise 服务器和 GitHub SaaS 同时配置 OAuth
在这个版本中,您可以同时为 GitHub Enterprise Server 和 GitHub SaaS 配置 OAuth 流。有关此功能的更多详细信息,请参阅 演示视频。
其他资源
2.3. 为 Microsoft Visual Studio Code 生成的路由的默认协议 - 开源编辑器
在这个版本中,为 Microsoft Visual Studio Code 生成的路由 - 默认情况下,开源编辑器使用 HTTPS 协议。
其他资源
2.4. 从用户仪表板配置 .gitconfig 用户名和电子邮件
在这个版本中,您可以使用 User Dashboard 配置在工作区 '.gitconfig' 设置中使用的用户名和电子邮件。
其他资源
2.5. 改进了 "Backend is not available" 错误信息
在此次更新之前,后端问题会导致 User Dashboard 中显示的通用 "Backend is not available" 错误消息。在这个版本中,错误包括 HTTP 错误代码和受影响的端点。
其他资源
2.6. 从 Microsoft Visual Studio Code 停止工作区后,自动仪表板重定向 - 开源
在这个版本中,当您停止 Microsoft Visual Studio Code - 开源编辑器的工作区时,会自动重定向到用户仪表板。
其他资源
2.7. 当用户没有授予权限时,增强的 OAuth 集成
在这个版本中,如果您在创建或启动现有工作区时拒绝 SCM 供应商授权请求,则您的选择会保存在命名空间中的 workspace-preferences
config-map 中。在后续工作区启动过程中,继续拒绝的 SCM 供应商的 OAuth 授权不再会出现。
其他资源
2.8. 支持 devfile API events.preStop
在这个版本中,您可以在 devfile 中指定在停止工作区前执行的 preStop
事件。与 postStart
类似,可以将多个 devfile 命令指定为 preStop
:
events: preStop: - first-command - second-command - third-command
events:
preStop:
- first-command
- second-command
- third-command
其他资源
2.9. 用户仪表板中的 SSH 密钥配置
在这个版本中,您可以从 User Dashboard 配置 SSH 密钥。
其他资源
第 3 章 程序错误修复
3.1. 启用主目录的持久性会破坏通用基础镜像主目录、PATH 和环境变量
在此次更新之前,启用主目录的持久性会破坏通用基础镜像主目录、PATH 和环境变量。在这个版本中,这个问题已被解决。
其他资源
3.2. "no PersonalAccessTokenFetcher configured" 错误消息会出现在重新打开的工作区中
在此次更新之前,重新打开现有的工作区会导致 "No PersonalAccessTokenFetcher configured" 错误信息。在这个版本中,令牌会在工作区重启时刷新。
其他资源
3.3. 拒绝 SCM 授权后工作区启动错误
在此次更新之前,拒绝 SCM 授权会导致在工作区启动时出现错误。在这个版本中,工作区会正确启动。
如果拒绝授权,在没有额外设置的情况下,无法在工作区中使用 git push
。
其他资源
3.4. 打开 IDE 时,"未授权"错误消息
在此次更新之前,工作区启动的"Unauthorized"错误消息偶尔会出现在"Open IDE"阶段。在这个版本中,这个问题已被解决。
其他资源
3.5. 从仪表板中的"bearer Token Authorization"错误
在此次更新之前,有时会在仪表板中显示 "Bearer Token Authorization" 错误。在这个版本中,重试请求实施解决了这个问题。
其他资源
3.6. 使用 URL 中的空格字符启动 Microsoft Azure DevOps Git 存储库
在此次更新之前,无法基于 Microsoft Azure DevOps Git 存储库启动工作区,并在 URL 中使用空格字符。在这个版本中,这个问题已被解决。
其他资源
3.7. 因为 UDI 中缺少通用工具配置目录而导致构建失败
在此次更新之前,构建可能会因为缺少通用工具配置目录而失败。在这个版本中,默认 UDI 中预先创建以下目录,并具有正确的权限,允许用户从工作区写入它们:
-
maven:
/home/user/.m2/
-
pip:
/home/user/.config/pip/
-
cargo:
/home/user/.cargo/
-
PHP:
/home/user/.composer/
-
.NET:
/home/user/.nuget
其他资源
第 4 章 技术预览
技术预览功能为用户提供了一个对最新的产品创新的试用机会,以便用户可以对其进行测试并提供反馈。但是,Red Hat 订阅级别协议并不包括对这些技术预览功能的完全支持。这些功能可能并不完善,且不适用于生产环境。由于红帽会考虑在将来的产品中使用这些技术预览功能,我们将尝试解决客户在使用这些功能时遇到的问题。请参阅: 技术预览支持范围。
无。
第 5 章 弃用的功能
无。
第 6 章 删除的功能
无。
第 7 章 已知问题
7.1. Microsoft Visual Studio Code - 未自动安装开源扩展
存在一个已知问题:如果您使用 Java 或 Ansible 示例,则推荐的 Microsoft Visual Studio Code 的自动安装 - 开源扩展会失败。
临时解决方案
- 在浏览器中刷新工作区选项卡。
其他资源
7.2. 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 合规性。
对 FIPS 的 Helm 支持
UDI 容器包含 helm
二进制文件,它没有使用 FIPS 支持编译。如果您在 FIPS 环境中,请不要使用 helm
。
其他资源
7.3. 调试器无法在 .NET 示例中工作
目前,Microsoft Visual Studio Code 中的 debugger - 开源无法在 .NET 示例中工作。
临时解决方案
使用以下源的不同镜像:
其他资源
第 8 章 常见问题解答
- 是否可以将应用程序从 OpenShift Dev Spaces 部署到 OpenShift 集群?
-
用户必须使用
oc login
从其运行的工作区登录到 OpenShift 集群。 - 为获得最佳性能,建议使用什么存储用于 OpenShift Dev Spaces 的持久性卷?
- 使用块存储。
- 是否有可能在同一集群中部署多个 OpenShift Dev Spaces 实例?
- 每个集群只能部署一个 OpenShift Dev Spaces 实例。
- 是否可以 离线安装 OpenShift Dev Spaces(不与互联网连接)?
- 请参阅 在受限环境中安装 Red Hat OpenShift Dev Spaces。
- 是否可以在 OpenShift Dev Spaces 中使用非默认证书?
- 您可以使用自签名或公共证书。请参阅 导入不受信任的 TLS 证书。
- 是否可以同时运行多个工作区?
- 请参阅启用用户同时运行多个工作区。