Dieser Inhalt ist in der von Ihnen ausgewählten Sprache nicht verfügbar.
Chapter 1. Red Hat OpenShift Pipelines release notes
For additional information about the OpenShift Pipelines lifecycle and supported platforms, refer to the OpenShift Operator Life Cycles and Red Hat OpenShift Container Platform Life Cycle Policy.
Release notes contain information about new and deprecated features, breaking changes, and known issues. The following release notes apply for the most recent OpenShift Pipelines releases on OpenShift Container Platform.
Red Hat OpenShift Pipelines is a cloud-native CI/CD experience based on the Tekton project which provides:
- Standard Kubernetes-native pipeline definitions (CRDs).
- Serverless pipelines with no CI server management overhead.
- Extensibility to build images using any Kubernetes tool, such as S2I, Buildah, JIB, and Kaniko.
- Portability across any Kubernetes distribution.
- Powerful CLI for interacting with pipelines.
- Integrated user experience with the OpenShift Container Platform web console, up to OpenShift Container Platform version 4.19.
For an overview of Red Hat OpenShift Pipelines, see Understanding OpenShift Pipelines.
1.1. Compatibility and support matrix Link kopierenLink in die Zwischenablage kopiert!
Some features in this release are currently in Technology Preview. These experimental features are not intended for production use.
In the table, features are marked with the following statuses:
| TP | Technology Preview |
| GA | General Availability |
| Red Hat OpenShift Pipelines Version | Component Version | OpenShift Version | Support Status | |||||||
|---|---|---|---|---|---|---|---|---|---|---|
| Operator | Pipelines | Triggers | CLI | Chains | Hub | Pipelines as Code | Results | Manual Approval Gate | ||
| 1.20 | 1.3.x | 0.33.x | 0.42.x | 0.25.x (GA) | 1.22.x (TP) | 0.37.x (GA) | 0.16.x (GA) | 0.6.x (TP) | 4.15, 4.16, 4.17, 4.18, 4.19 | GA |
| 1.19 | 1.0.x | 0.32.x | 0.41.x | 0.25.x (GA) | 1.21.x (TP) | 0.35.x (GA) | 0.15.x (GA) | 0.6.x (TP) | 4.15, 4.16, 4.17, 4.18, 4.19 | GA |
| 1.18 | 0.68.x | 0.31.x | 0.40.x | 0.24.x (GA) | 1.20.x (TP) | 0.33.x (GA) | 0.14.x (GA) | 0.5.x (TP) | 4.15, 4.16, 4.17, 4.18 | GA |
For questions and feedback, you can send an email to the product team at pipelines-interest@redhat.com.
1.2. Release notes for Red Hat OpenShift Pipelines 1.20 Link kopierenLink in die Zwischenablage kopiert!
With this update, Red Hat OpenShift Pipelines General Availability (GA) 1.20 is available on OpenShift Container Platform 4.15 and later versions.
1.2.1. New features Link kopierenLink in die Zwischenablage kopiert!
In addition to fixes and stability improvements, the following sections highlight what is new in Red Hat OpenShift Pipelines 1.20:
- Support for running in FIPS-enabled environments
- Red Hat OpenShift Pipelines is designed for environments running in Federal Information Processing Standards (FIPS) mode. For more information about enabling OpenShift Container Platform FIPS support, see the OpenShift Container Platform Support for FIPS cryptography.
- Pod anti-affinity rule added to controller replicas
-
OpenShift Pipelines adds and applies the
preferredDuringSchedulingIgnoredDuringExecutionpod anti-affinity rule to controller replicas, except for the Tekton Chains controllers. In High Availability (HA) setups, this rule distributes replicas across different nodes instead of scheduling them on the same node, improving resiliency, load balancing, and availability. No additional configuration is required.
-
OpenShift Pipelines adds and applies the
- New buildah-ns task for improved container build security
-
OpenShift Pipelines adds the
buildah-nstask. It improves container build security with user namespace isolation and remains compatible with the existingbuildahtask. For more information, see "Additional resources".
-
OpenShift Pipelines adds the
- readOnlyRootFilesystem enabled for default deployments
-
Containers in the OpenShift Pipelines, Tekton Results, Tekton Chains, and Manual Approval Gate deployments have
readOnlyRootFilesystemsetting enabled by default, improving security and compliance.
-
Containers in the OpenShift Pipelines, Tekton Results, Tekton Chains, and Manual Approval Gate deployments have
- Tasks display friendly names in the web console
-
Tasks in the OpenShift Container Platform web console now use the
displayNameproperty instead of technical task names, improving readability and making tasks easier to search within the Red Hat OpenShift Pipelines user interface.
-
Tasks in the OpenShift Container Platform web console now use the
- OpenShift Pipelines on single-node OpenShift
Tech preview support for running OpenShift Pipelines on Single-Node OpenShift (SNO) is now available. This support is not intended for production deployments. OpenShift Pipelines on SNO has no additional limitations beyond the inherent constraints of a single-node cluster: limited scalability, no redundancy, and constrained concurrency. For a cluster on libvirt API, the minimum hardware requirements are:
- 12 vCPUs
- 64 GB RAM
- 240 GB disk space
OpenShift Pipelines on Single-Node OpenShift (SNO) 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.
Operator
- Independent control of RBAC and CA bundle config map creation
- With this update, you can independently control whether the OpenShift Pipelines Operator creates Role-Based Access Control (RBAC) resources and Trusted Certificate Authority (CA) bundle config maps in your cluster. This enhancement gives you more flexibility to fit your environment and helps avoid resource duplication. By default, both options are enabled to maintain the existing behavior. For more information, see "Additional resources".
Pruner
- Event-based pruner configurable in TektonConfig CR
-
You can enable and configure the event-based
tektonprunerdirectly in theTektonConfigcustom resource (CR). This update also adds observability enhancements with new pruner-specific metrics.
-
You can enable and configure the event-based
The event-based pruner 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.
Tekton Triggers
- Optional installation of Tekton Triggers through the Operator
When deploying OpenShift Pipelines through the Operator, you can choose not to install Tekton Triggers. This update provides finer control over component installation and supports environments where triggers are managed independently. The default value is
false. The following is an example ofTektonCofigCR with the installation disabled:Copy to Clipboard Copied! Toggle word wrap Toggle overflow
Tekton Results
- New flag to disable live collection in tekton-results-watcher
Tekton Results supports a new flag for the
tekton-results-watchercontroller to disable live collection of runs by setting the--disable_storing_incomplete_runs=trueflag in theTektonConfigCRD:Copy to Clipboard Copied! Toggle word wrap Toggle overflow If set to
true, runs are not stored until they are complete, improving system performance. If set tofalse, runs are stored upon creation and continuously upserted whenever a change occurs. This is the current default behavior. Thetruesetting is planned to become the default in a future release.
- Optimization to skip processing of already stored PipelineRuns
-
Tekton Results skips processing of already stored
PipelineRuns, improving performance and reducing API server calls. This optimization enhances overall efficiency and responsiveness, aiming to reduce server load and conserve resources.
-
Tekton Results skips processing of already stored
Pipelines as Code
- Support for JSON body in incoming webhooks
Pipelines as Code supports passing incoming webhook parameters in the JSON POST body, while maintaining compatibility with URL query parameters:
curl -H "Content-Type: application/json" -X POST \ "https://control.pac.url/incoming" -d '{"repository":"repo","branch":"main", \ "pipelinerun":"target-pipelinerun","secret":"very-secure-shared-secret"}'$ curl -H "Content-Type: application/json" -X POST \ "https://control.pac.url/incoming" -d '{"repository":"repo","branch":"main", \ "pipelinerun":"target-pipelinerun","secret":"very-secure-shared-secret"}'Copy to Clipboard Copied! Toggle word wrap Toggle overflow Using the request body for sensitive information reduces exposure in logs and improves security. For more information, see Recommended (POST JSON body) method.
- Detailed logging for GitHub API calls
- Pipelines as Code supports detailed logging for GitHub API calls, providing insights into API interactions, durations, and rate-limiting. By setting the controller log level to 'debug', you can troubleshoot complex issues more efficiently. This enhancement refactors code to instrument GitHub calls and affects all types of GitHub API calls within the provider. For more information, see Debugging API interactions.
- New auto-configure-repo-repository-template option
-
Pipelines as Code adds the
auto-configure-repo-repository-templatesetting, a new option inauto-configure-new-github-repofeature setting to consolidate repository creation within a single namespace, streamlining management for those with multiple repositories. For more information, see "Additional resources".
-
Pipelines as Code adds the
- Support for relative task references in remote Pipeline definitions
-
You can use relative paths to reference tasks from within a remote
Pipelinedefinition. The Pipelines as Code resolver automatically builds the full URL for the task based on the location of the remotePipelineSpecdefinition. This enhancement improves pipeline organization and portability, particularly when working with tagged releases or branches. For more information, see Overriding tasks from a remote pipeline on a PipelineRun.
-
You can use relative paths to reference tasks from within a remote
Overriding tasks from a remote pipeline 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.
- New dynamic pull_request_number variable for push events
-
Pull requests that trigger a push event automatically populate a new Pipelines as Code dynamic
pull_request_numbervariable, allowing for a clear reference to the specific pull request associated with the push event and improving traceability. For more information, see "Additional resources".
-
Pull requests that trigger a push event automatically populate a new Pipelines as Code dynamic
1.2.2. Breaking changes Link kopierenLink in die Zwischenablage kopiert!
-
The public instance of Tekton Hub (
hub.tekton.dev) is deprecated and will be removed in a future release. For more information, see "Additional resources". -
Git resolver no longer sets
TEKTON_HUB_APIto the public hub. You must set the environment variable when pointing to a self-hosted hub. For more information, see Resolvers. OpenShift Pipelines no longer emits deprecated metrics, such as
pipelinerun_countorrunning_taskruns_count. You must update your dashboards and alerts with the new metrics, such aspipelinerun_totalorrunning_pipelineruns.Expand Deprecated New pipelinerun_countpipelinerun_totalrunning_pipelineruns_countrunning_pipelinerunsrunning_pipelineruns_waiting_on_pipeline_resolution_countrunning_pipelineruns_waiting_on_pipeline_resolutionrunning_pipelineruns_waiting_on_task_resolution_countrunning_pipelineruns_waiting_on_task_resolutiontaskrun_counttaskrun_totalrunning_taskruns_countrunning_taskrunsrunning_taskruns_throttled_by_quota_countrunning_taskruns_throttled_by_quotarunning_taskruns_throttled_by_node_countrunning_taskruns_throttled_by_node
Pipelines as Code
-
Pipelines as Code automatically moves from using the deprecated Tekton Hub to Artifact Hub for pipeline and task resolution. After the upgrade some task references using short version pins, such as
0.2, will not resolve correctly. You must update these pins to the full semantic version format, such as0.2.0, to ensure correct task resolution. The
hub_catalog_namevariable value remains set totektonafter upgrading to 1.20. As a result, the system does not fetch thegit-clonetask from the correct catalog on Artifact Hub. After upgrading to 1.20, you must remove the variable from the Pipelines as Code config map by running the following command:oc patch configmap pipelines-as-code -n openshift-pipelines --type=json -p='[{"op": "remove", "path": "/data/hub-catalog-name"}]'$ oc patch configmap pipelines-as-code -n openshift-pipelines --type=json -p='[{"op": "remove", "path": "/data/hub-catalog-name"}]'Copy to Clipboard Copied! Toggle word wrap Toggle overflow
1.2.3. Known issues Link kopierenLink in die Zwischenablage kopiert!
Pruner
-
After upgrading from Red Hat OpenShift Pipelines 1.19 to 1.20, the
tekton-pruner-default-specconfig map values are overridden with default values. As a mitigation, maintain a copy of thetekton-pruner-default-specconfig map before upgrade and apply the same to theTektonConfigfields post upgrade. This issue affects only upgrade path and does not occur on fresh installations.
CLI
-
Using
opc pr logsin the OpenShift namespace may fail with repeatedFailed to list objects from openshift namespaceerrors for both admin and non-admin users.
Tekton Cache
-
On IBM P and IBM Z environments, the
cache-fetchstep might fail with thefailed to change ownership: operation not permittederror message. This issue occurs due to filesystem permission restrictions on the underlying storage.
Tekton Chains
-
Pod anti-affinity rules are not applied to
tekton-chains-controllerreplicas.
Tekton Hub
-
The
git-clonetask downloaded from Tekton Hub displays version0.9instead of0.10. This occurs because the system sorts version strings lexicographically rather than using semantic versioning.
1.2.4. Fixed issues Link kopierenLink in die Zwischenablage kopiert!
Pipelines
-
Before this update, the OpenShift Pipelines controller did not apply the
managed-by: tekton-pipelineslabel when deployingPipelineRunsandTaskRunswith Helm. In addition, pods created by the controller could have theapp.kubernetes.io/managed-bylabel overridden by values set by aTaskRunorPipelineRun. With this update, the controller consistently applies the correct labels, and pods use the defaultapp.kubernetes.io/managed-byvalue. -
Before this update, the OpenShift Container Platform Console stated a 'Cancelling' state for
PipelineRunobjects with failedfinallytasks, even when the actual status of thePipelineRunwasCanceled, causing confusion. With this update, the issue is fixed. -
Before this update, the
PipelineRunEvents tab did not show events, due to an issue with the Pipeline Console plugin. As a consequence, you could not monitor the events in real-time. With this update, the issue is fixed. - Before this update, the pipeline builder fetched only a limited number of tasks from Artifact Hub, resulting in some tasks not being available. This resulted in an incomplete pipeline creation. With this update, the interface fetches the complete list of tasks from Artifact Hub on search, showing all available tasks in the pipeline builder.
-
Before this update, running the Konflux-specific
fbc-fips-check-oci-tatasks during git cloning caused temporary resource unavailability, stalling the git resolver and preventing the resolution ofResolutionRequests. This resulted in a build failure with the following error message:cannot fork() for remote-https: Resource temporarily unavailable. With this update, the issue is fixed. Before this update,
TaskRunandCustomRuncreation could fail immediately on transient mutating-webhook timeouts, causing flakiness on busy clusters. With this update, the system applies exponential backoff, configurable via thewait-exponential-backoffconfig map and controlled by theenable-wait-exponential-backoffsetting:Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
Before this update, the controllers used a fixed thread count, limiting concurrency. With this update, you can override
threads-per-controllerby setting theTHREADS_PER_CONTROLLERenvironment variable, allowing finer control over controller concurrency. -
Before this update,
podTemplatefields inTaskRunSpecCR did not support parameter substitution, limiting matrix and multi-arch patterns. With this update, the controller substitutes parameters inpodTemplatefields for allTaskRunsandTaskRunSpecs. -
Before this update, the
onErrorblock inpipelinev1beta1 did not support variables. With this update, the controller resolves theonErrorvariables, improving error handling flexibility. - Before this update, git resolver shell-outs sometimes failed to inherit environment variables, breaking environment-driven authentication or configuration. With this update, the resolver passes the pod environment correctly to all git subprocesses.
-
Before this update, git resolver deployments could leave zombie git processes running, consuming resources. With this update, resolvers use a
tini-based image and entrypoint to actively clean up subprocesses. -
Before this update, upgrading OpenShift Pipelines could cause errors when updating metadata, such as finalizers, on completed
PipelineRunsorTaskRunsdue to specification drift. With this update, the issue is fixed. - Before this update, the OpenShift git resolver did not mount the trusted CA config map into the component system CA store, potentially causing certificate verification issues. With this update, the config map is mounted correctly, ensuring secure git operations.
-
Before this update, the
git-clonetask failed with aNo such remote 'origin'error messgae if theoriginremote was missing from the repository. With this update, the task automatically adds theoriginremote to the repository configuration, ensuring correct setup and successful cloning. -
Before this update, the
pipelinecontroller failed immediately when resource quotas were exceeded, canceling the run and interrupting user workflows. With this update, the controller retries and automatically reruns if resources become available, reducing unnecessary cancellations and improving pipeline reliability. -
Before this update, the pipeline builder UI failed to save a pipeline when the
buildahtaskBUILD_ARGSparameter had the default value[""]. The validation incorrectly rejected empty strings in arrays, even though the task could run successfully. With this update, the issue is fixed, allowing pipelines with defaultBUILD_ARGSparameter to be saved correctly.
Pipelines as Code
- Before this update, structured logs for Pipelines as Code lacked detailed source repository information from the initiating webhook request. With this update, logs for Pipelines as Code include complete source repository details, making it easier for operators to identify user-reported issues.
-
Before this update, invalid Common Expression Language (CEL) expressions in Pipelines as Code
PipelineRunfailed silently. With this update, Pipelines as Code posts error comments on pull requests, making troubleshooting easier. Before this update, Pipelines as Code
PipelineRunposted status comments on every pull request in GitHub webhook integration, creating unnecessary noise. With this update, you can disable status comments in theRepositoryCR by setting the following:Copy to Clipboard Copied! Toggle word wrap Toggle overflow -
Before this update, the
PipelineRun startingcomment did not include a link to the OpenShift Container Platform Console, making access less convenient. With this update, the comment includes a direct link to thePipelineRun. - Before this update, empty commits in Bitbucket push events were processed by Pipelines as Code, causing the controller to crash. With this update, the controller ignores empty commits in the payload, preventing crashes.
-
Before this update, Pipelines as Code incorrectly annotated
PipelineRunobjects modified by external controllers and marked asstarted. With this update,PipelineRunreceives proper annotations on status change, helping ensure accurate tracking. -
Before this update, auto-merge was blocked if an unauthorized user opened a pull request (PR) and the target branch did not contain a
.tektondirectory. Pipelines as Code created a pending check that remained indefinitely, even after a repository admin approved the CI run with the/ok-to-testGitOps comment. With this update, the check is updated correctly after approval, allowing auto-merge to proceed as expected.
CLI
-
Before this update,
opcCLI reading pod logs from already deleted pods could cause a panic, leading to application crashes. With this update, deleted pod scenarios are handled properly, preventing crashes when reading logs. -
Before this update, the
opcCLIPipelineRunPendingstatus was displayed with incorrect coloring, making it harder to distinguish from other statuses. With this update, the Pending status color is correct for improved visual clarity. -
Before this update,
opcCLI following logs could trigger a deadlock, causing the application to hang. With this update, the deadlock scenario in the log following functionality is fixed, ensuring reliable log streaming. -
Before this update,
opcCLI log lines from different tasks and steps were not easily distinguishable, complicating debugging. With this update, log lines include a prefix showing the log source, task, and step name by default, improving readability and the debugging experience. -
Before this update, querying logs for a running
PipelineRunorTaskRunin OPC Results resulted in an unclear error message. With this update, the message clearly indicates that logs cannot be retrieved while the run is still in progress.
Tekton Triggers
-
Before this update, using a
TriggerGroupwith multiple triggers and extensions caused a data race and controller panic. With this update, the controller handles multiple triggers without errors.
1.2.5. Deprecated features Link kopierenLink in die Zwischenablage kopiert!
-
The
maxRetentionparameter in Tekton Results retention agent is deprecated. UsedefaultRetention. -
The
chaincommand is deprecated and will be removed in a future release.