-
Notifications
You must be signed in to change notification settings - Fork 1.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Unexpected Default ‘kind’ in taskRef When Using Resolver in Tekton Pipelines #7762
Labels
kind/bug
Categorizes issue or PR as related to a bug.
Comments
/assign @l-qing |
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Mar 17, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
8 tasks
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Mar 18, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Mar 19, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Mar 19, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Mar 20, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Mar 20, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Mar 21, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Apr 3, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Apr 9, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Apr 13, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Apr 23, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to l-qing/pipeline
that referenced
this issue
Apr 24, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
tekton-robot
pushed a commit
that referenced
this issue
Apr 25, 2024
fix #7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
l-qing
added a commit
to katanomi/pipeline
that referenced
this issue
Apr 29, 2024
fix tektoncd#7762 Do not set default kind when taskRef resolver is present, keep the original configuration of the user.
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Expected Behavior
When using a
resolver
to reference a Task in Tekton Pipeline, the taskRef should not automatically have a defaultkind
type value set as theTask
is not applicable in the context of resolvers.Despite using a resolver to reference a Task, the taskRef still has a default
kind
type value inserted, which appears to be added by the webhook. This addition seems unnecessary and can cause confusion as it modifies the user’s configuration without a clear purpose within resolver usage.Actual Behavior
Steps to Reproduce the Problem
TaskRun
Additional Info
Kubernetes version:
Output of
kubectl version
:Tekton Pipeline version:
Output of
tkn version
orkubectl get pods -n tekton-pipelines -l app=tekton-pipelines-controller -o=jsonpath='{.items[0].metadata.labels.version}'
The text was updated successfully, but these errors were encountered: