Allow setting serviceAccountName #357
Reference in New Issue
Block a user
No description provided.
Delete Branch "main"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Description of the change
Allows specifying the Service Account used with Gitea pods
Benefits
Allows tighter control over the service accounts used.
Possible drawbacks
N/A, is an optional setting.
Checklist
values.yaml
and added to theREADME.md
using readme-generator-for-helmREADME.md
Thanks! Did you testdrive this on an installation of yours?
@ -221,3 +189,2 @@
## @param dnsConfig dnsConfig for the deployment
## @param dnsConfig dnsConfig for the statefulset
dnsConfig: {}
Suggestion: Name of service account to use for the deployments
Thanks, updated it
Yes, this has been running for around a week and a half, with the specified SA being used to authenticate against HCP Vault.
@ -233,1 +195,4 @@
## @param statefulset.annotations Annotations for the Gitea StatefulSet to be created
## @param statefulset.serviceAccountName Name of service account to use for the deployments
statefulset:
env:
@eugene-davis Thank you for contributing to this helm chart. While this is a simple solution for using another service account name than "default", defining this setting there would result in a breaking change when adding the chart feature of creating its own service account. I suggest introducing a new object in the security section of values.yaml (https://gitea.com/gitea/helm-chart#security):
This object would be extendable by the
create
flag and other related settings.@ -233,1 +195,4 @@
## @param statefulset.annotations Annotations for the Gitea StatefulSet to be created
## @param statefulset.serviceAccountName Name of service account to use for the deployments
statefulset:
env:
I also like this approach. It leaves the "default" one untouched and doesn't result in a breaking change - and one can be more granular with the permissions as they don't need to cover the capabilities of the "default" one but only the ones for it's desired scope.
OTOH one could also argue that users should provision additional SA outside of Gitea (and it's helm chart) if additional ones are needed.
@eugene-davis @justusbunsi Is anyone of you motivated to continue here or shall we close?
I can proceed if @eugene-davis does not respond within a week.
@justusbunsi If you find some time, you could go ahead here :)
I'd really like to see this feature.
@tobiasbp You can also go ahead and create a new PR to move forward. This one seems a bit stale atm but I am always happy to review any new PR that comes in!
Absolutely. I hadn't had the time to adapt the changes. If you like, go ahead. 👍
Superseded by #451.
Pull request closed