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 无法协调ShipwrightBuild
或SharedResource
对象,但构建控制器的状态更新成功,则控制器不会重新排队以进行协调。在这个版本中,这个问题已被解决,控制器会在失败后正确重新排队以进行协调。
1.3.3. 弃用的功能 复制链接链接已复制到粘贴板!
以下部分重点介绍 Builds 1.5 中的已弃用的功能。
在这个版本中,以下频道已弃用:
- builds-1.3
反之,使用 builds-1.5 频道。