[TektonConfig] Remove the concept of "profiles" and instead specify components individually #1474
Labels
kind/feature
Categorizes issue or PR as related to a new feature.
lifecycle/frozen
Indicates that an issue or PR should not be auto-closed due to staleness.
Feature request
The "profile" concept seems unhelpful, restricting, and obtuse. Instead, why not just have the config specify the exact components to install? Or add an
enabled
field to the individualpipeline
,dashboard
, etc. sections.Use cases
I want to install only tekton-pipelines and tekton-dashboard, but I don't want to install tekton-triggers. No profile gets me that combination of components, so profiles aren't usefult to me.
I want to install tekton-dashboard on an OpenShift install, but no profile allows for that.
General issues
As a new user, it's unexpected that the components installed with the
all
profile changes based on the flavor of Kubernetes. See [Question] Should we make all components common for all platforms #400. Also, it does not in fact install all components, so the term is misleadingAs new components are added to Tekton Operator, it'll become harder to add new profiles and combinations, especially in a backwards-compatible way
lite and basic are very similar terms semantically, and convey no information about which components they each install without specifically looking at the documentation at
https://tekton.dev/docs/operator/tektonconfig/#profile
. A simple list of components or set ofenabled
flags would be clearerThe text was updated successfully, but these errors were encountered: