-
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
Duplicate ways to specify ServiceAccountName for tasks in a PipelineRun #2614
Labels
kind/bug
Categorizes issue or PR as related to a bug.
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
Milestone
Comments
That syntax was actually requested: #2362 but then I think one of the fields should be deprecated and documentation updated. It is a bit confusing to have both in the documentation right now. |
Yes serviceAccoutNames need to be marked as deprecated indeed 😇 |
/kind cleanup |
tekton-robot
added
the
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
label
May 13, 2020
Thanks for catching this @jlpettersson ! |
4 tasks
abayer
added a commit
to abayer/tektoncd-pipeline
that referenced
this issue
Jun 15, 2022
Finishing up tektoncd#2614 We had multiple ways to specify the `serviceAccountName` for `PipelineTask`s - the original `PipelineRun.Spec.ServiceAccountNames`, and the more general `PipelineRun.Spec.TaskRunSpecs`, which also allows specifying a pod template, metadata, and container overrides for individual steps and sidecars. Therefore, we deprecated `ServiceAccountNames`, and are now removing it. This has been scheduled for removal since May 2021. Signed-off-by: Andrew Bayer <[email protected]>
5 tasks
abayer
added a commit
to abayer/tektoncd-pipeline
that referenced
this issue
Jun 16, 2022
Finishing up tektoncd#2614 We had multiple ways to specify the `serviceAccountName` for `PipelineTask`s - the original `PipelineRun.Spec.ServiceAccountNames`, and the more general `PipelineRun.Spec.TaskRunSpecs`, which also allows specifying a pod template, metadata, and container overrides for individual steps and sidecars. Therefore, we deprecated `ServiceAccountNames`, and are now removing it. This has been scheduled for removal since May 2021. Signed-off-by: Andrew Bayer <[email protected]>
tekton-robot
pushed a commit
that referenced
this issue
Jun 16, 2022
Finishing up #2614 We had multiple ways to specify the `serviceAccountName` for `PipelineTask`s - the original `PipelineRun.Spec.ServiceAccountNames`, and the more general `PipelineRun.Spec.TaskRunSpecs`, which also allows specifying a pod template, metadata, and container overrides for individual steps and sidecars. Therefore, we deprecated `ServiceAccountNames`, and are now removing it. This has been scheduled for removal since May 2021. Signed-off-by: Andrew Bayer <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
kind/bug
Categorizes issue or PR as related to a bug.
kind/cleanup
Categorizes issue or PR as related to cleaning up code, process, or technical debt.
Expected Behavior
A consistent way to declare
ServiceAccountNames
for tasks in aPipelineRun
Actual Behavior
There is now two ways, almost identical to specify
ServiceAccountName
for tasks in aPipelineRun
. It is a bit confusing. What happens if I specify both fields but with different values?The latter alternative seem to have been merged yesterday with #2389
/kind bug
The text was updated successfully, but these errors were encountered: