Chapter 1. Builds for Red Hat OpenShift release notes
Release notes contain information about new and deprecated features, breaking changes, and known issues. The following release notes apply for the most recent Builds releases on OpenShift Container Platform.
Builds is an extensible build framework based on the Shipwright project, which you can use to build container images on an OpenShift Container Platform cluster. You can build container images from source code and Dockerfiles by using image build tools, such as Source-to-Image (S2I) and Buildah
. You can create and apply build resources, view logs of build runs, and manage builds in your OpenShift Container Platform namespaces.
Builds includes the following capabilities:
- Standard Kubernetes-native API for building container images from source code and Dockerfiles
-
Support for Source-to-Image (S2I) and
Buildah
build strategies - Extensibility with your own custom build strategies
- Execution of builds from source code in a local directory
- Shipwright CLI for creating and viewing logs, and managing builds on the cluster
- Integrated user experience with the Developer perspective of the OpenShift Container Platform web console
For more information about Builds, see Overview of Builds.
1.1. Compatibility and support matrix Copy linkLink copied to clipboard!
In the table, components are marked with the following statuses:
TP | Technology Preview |
GA | General Availability |
The Technology Preview features are experimental features and are not intended for production use.
Builds Version | Component Version | Compatible Openshift Pipelines Version | OpenShift Version | Support | |
---|---|---|---|---|---|
Operator | Builds (Shipwright) | CLI | |||
1.5 | 0.16.0 (GA) | 0.16.0 (GA) | 1.17, 1.18, 1.19 and 1.20 | 4.16, 4.17, 4.18, and 4.19 | GA |
1.4 | 0.15.0 (GA) | 0.15.0 (GA) | 1.16, 1.17, 1.18 and 1.19 | 4.15, 4.16, 4.17, and 4.18 | GA |
1.2. Release notes for Builds 1.5.1 Copy linkLink copied to clipboard!
Builds 1.5.1 is now available on OpenShift Container Platform 4.19.
1.2.1. New features Copy linkLink copied to clipboard!
The following sections highlight what is new in Builds 1.5.1.
- With this update, Builds deployment is FIPS compliant, ensuring that all the cryptographic modules and algorithms meet the security requirements.
1.2.2. Fixed issues Copy linkLink copied to clipboard!
The following list highlights fixed issues in Builds 1.5.1.
-
Before this update, adding volumes to
Build
andBuildrun
custom resources (CR) failed due to empty fields in the Custom Resource Definition (CRD). With this update, the empty fields in the CRD are removed. -
Before this update, using
ExtKeyUsageAny
field in anx509
certificate disabled policy validation incrypto/x509
. This affected certificate chains that contain policy graphs. With this update, usingExtKeyUsageAny
field does not disable the policy validation. CVE-2025-22874 - Before this update, the correct build container images were not pulled in a disconnected cluster because the image SHAs were not synchronized. With this fix, the SHAs of the images are updated and synced between the operator bundle and the build strategies. This ensures that correct build container images are pulled in a disconnected cluster.
1.3. Release notes for Builds 1.5 Copy linkLink copied to clipboard!
Builds 1.5 is now available on OpenShift Container Platform 4.16, 4.17, 4.18, and 4.19.
1.3.1. New features Copy linkLink copied to clipboard!
The following sections highlight what is new in Builds 1.5.
- With this update, Builds for Red Hat OpenShift Operator deploys Shipwright v0.16 components.
-
With this update, you can use the optional
.spec.nodeSelector
value withshp
CLI to specify the nodes on which build run pods should run. -
With this update, you can use the optional
--scheduler-name
flag withshp
CLI to specify the scheduler for scheduling build run pods. With this update, the following two buildpacks
ClusterBuildStrategy
options are available for Builds:-
buildpacks
strategy buildpacks-extender
strategyNoteThe
buildpacks-extender
strategy is compatible with the experimental buildpacksextender
lifecycle phase. You can use this strategy, for example, for builds based on Node.js. However, theextender
phase does not support Quarkus, or any other Java-based builds. For such builds, use thebuildpacks
strategy instead.These strategies introduce new features, enhance compliance with Cloud Native Buildpacks (CNB) 0.12 specifications, and improve the overall stability and usability of the
ClusterBuildStrategy
buildpacks.ImportantBuildpacks is a Technology Preview feature only. Technology Preview features are not supported with Red Hat production service level agreements (SLAs) and might not be functionally complete. Red Hat does not recommend using them in production. These features provide early access to upcoming product features, enabling customers to test functionality and provide feedback during the development process.
For more information about the support scope of Red Hat Technology Preview features, see Technology Preview Features Support Scope.
-
With this update, the
source.git.depth
parameter was added to theBuild
resource to specify the depth of the Git history. The default value is 1, meaning no history is cloned. This method provides fastest way to clone a Git repository and is suitable for all cases where your build logic doesn’t rely on Git history.Any value greater than 1 will create a clone with the specified depth. For a full Git history clone, set the depth to 0.
NoteIf you specify a commit SHA as a revision, the full history is always cloned before this commit is checked out.
1.3.2. Fixed issues Copy linkLink copied to clipboard!
The following list highlights fixed issues in Builds 1.5.
-
Before this update, the build controller had permission to modify
CustomResourceDefinitions
. This caused the controller to have excessive permissions, resulting in a minor security risk. With this update, the issue is fixed. Before this update, if the Builds for Red Hat OpenShift Operator failed to reconcile theShipwrightBuild
orSharedResource
objects but the status update of the build controller succeeded, the controller was not requeued for reconciliation. With this update, the issue is resolved, and the controller is correctly requeued for reconciliation after a failure.
1.3.3. Deprecated features Copy linkLink copied to clipboard!
The following section highlights deprecated features in Builds 1.5.
With this update, the following channels are deprecated:
- builds-1.3
Instead, use the builds-1.5 channel.