You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Pipelines as Code PR tektoncd/pipelines-as-code#2871 introduces an administrator-owned trusted-provider-hostnames setting and allows each controller to record authenticated, publicly routable self-hosted providers in the pipelinesascode.tekton.dev/auto-trusted-provider-hostnames ConfigMap annotation.
This operator work should begin after that PAC PR is merged and the change is available in a PAC release.
The operator rebuilds PAC ConfigMap data through PAC's vendored Settings type and creates additional PAC controllers from a filtered copy of the primary manifest. Updating only the PAC images/manifests would leave two integration gaps:
An operator version using an older PAC Settings type cannot round-trip trusted-provider-hostnames through the OpenShiftPipelinesAsCode or TektonConfig settings.
Additional controllers use their own ConfigMaps but do not currently receive scoped update/patch permission for those ConfigMaps, so they cannot record learned hostnames.
Ensure trusted-provider-hostnames is accepted and preserved in the primary and additional controller settings maps.
Give every enabled additional controller scoped update and patch access to its own ConfigMap. Prefer a Role and RoleBinding owned with that additional controller's resources.
Verify operator reconciliation preserves the controller-owned pipelinesascode.tekton.dev/auto-trusted-provider-hostnames annotation.
Document configuration through TektonConfig and OpenShiftPipelinesAsCode, including the upgrade requirement for self-hosted providers using per-repository or incoming webhooks.
Problem
Pipelines as Code PR tektoncd/pipelines-as-code#2871 introduces an administrator-owned
trusted-provider-hostnamessetting and allows each controller to record authenticated, publicly routable self-hosted providers in thepipelinesascode.tekton.dev/auto-trusted-provider-hostnamesConfigMap annotation.This operator work should begin after that PAC PR is merged and the change is available in a PAC release.
The operator rebuilds PAC ConfigMap data through PAC's vendored
Settingstype and creates additional PAC controllers from a filtered copy of the primary manifest. Updating only the PAC images/manifests would leave two integration gaps:Settingstype cannot round-triptrusted-provider-hostnamesthrough theOpenShiftPipelinesAsCodeorTektonConfigsettings.update/patchpermission for those ConfigMaps, so they cannot record learned hostnames.Proposed work
trusted-provider-hostnamesis accepted and preserved in the primary and additional controllersettingsmaps.updateandpatchaccess to its own ConfigMap. Prefer a Role and RoleBinding owned with that additional controller's resources.pipelinesascode.tekton.dev/auto-trusted-provider-hostnamesannotation.TektonConfigandOpenShiftPipelinesAsCode, including the upgrade requirement for self-hosted providers using per-repository or incoming webhooks.Example primary-controller configuration:
Acceptance criteria
trusted-provider-hostnamesafter defaulting and reconciliation.