1.3. 构建 1.5 发行注记


构建 1.5 现在包括在 OpenShift Container Platform 4.16、4.17、4.18 和 4.19 中。

1.3.1. 新功能

以下小节重点介绍了构建 1.5 中的新内容。

  • 在这个版本中,Red Hat OpenShift Operator 的构建会部署 Shipwright v0.16 组件。
  • 在这个版本中,您可以使用带有 shp CLI 的可选 .spec.nodeSelector 值来指定构建运行 pod 的节点。
  • 在这个版本中,您可以使用带有 shp CLI 的 optional --scheduler-name 标志来指定调度构建运行 pod 的调度程序。
  • 在这个版本中,以下两个 buildpacks ClusterBuildStrategy 选项可用于构建:

    • Buildpacks 策略
    • Buildpacks-extender 策略

      注意

      buildpacks-extender 策略与实验性 buildpacks 扩展器生命周期阶段 兼容。您可以使用此策略,例如基于 Node.js 的构建。但是,扩展器 阶段不支持 Quarkus 或任何其他基于 Java 的构建。对于这样的构建,改为使用 buildpacks 策略。

      这些策略引入了新功能,增强了与 Cloud Native Buildpacks (CNB) 0.12 规范的合规性,并改进了 ClusterBuildStrategy buildpacks 的整体稳定性和可用性。

      重要

      Buildpacks 只是一个技术预览功能。技术预览功能不受红帽产品服务等级协议(SLA)支持,且功能可能并不完整。红帽不推荐在生产环境中使用它们。这些技术预览功能可以使用户提早试用新的功能,并有机会在开发阶段提供反馈意见。

      有关红帽技术预览功能支持范围的更多信息,请参阅技术预览功能支持范围

  • 在这个版本中,source.git.depth 参数添加到 Build 资源中,以指定 Git 历史记录的深度。默认值为 1,表示没有克隆历史记录。此方法提供克隆 Git 存储库的速度,并适用于构建逻辑不依赖于 Git 历史记录的所有情况。

    大于 1 的任何值都将创建一个具有指定深度的克隆。对于完整的 Git 历史记录克隆,将深度设置为 0。

    注意

    如果您将提交 SHA 指定为修订,则在签出此提交前始终克隆完整的历史记录。

1.3.2. 修复的问题

以下列表重点介绍了 Builds 1.5 中的固定问题。

  • 在此次更新之前,构建控制器有修改 CustomResourceDefinitions 的权限。这会导致控制器具有过量权限,从而导致安全隐患。在这个版本中,这个问题已被解决。在此次更新之前,如果 Red Hat OpenShift Operator 的 Builds 无法协调 ShipwrightBuildSharedResource 对象,但构建控制器的状态更新成功,则控制器不会重新排队以进行协调。在这个版本中,这个问题已被解决,控制器会在失败后正确重新排队以进行协调。

1.3.3. 弃用的功能

以下部分重点介绍 Builds 1.5 中的已弃用的功能。

  • 在这个版本中,以下频道已弃用:

    • builds-1.3

反之,使用 builds-1.5 频道。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat