-
Notifications
You must be signed in to change notification settings - Fork 859
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
"Initial Value" in Shared Environments should be editable only by the team members with "Edit" permissions #6596
Comments
@pitersO2 Thanks for writing in! Introducing roles on environments is something we're actively working on. No ETA just yet, but will keep you updated. |
Hey @vkaegis is there any update available for this one? We're looking for read-only 'initial values' for our enterprise team at PayPal – this feature would really help. Thanks, |
Just wanted to post an update that we're looking at introducing Roles on environments in our short-term roadmap. There have been some decisions that we have to take to ensure that everyone will be able to adopt this smoothly, and we could use inputs from you! Should Environment Viewers be able to add new variables to environment? |
@sankalp0o For our use case we have ~25 environments. Each has a basic set of core variables to start with. As a user progresses through various API requests, transactional/ephemeral variables get added to the environment by pre/post scripts. Technically for this use case we would therefore expect an environment viewer to be able to add new variables to an environment. If this was not possible, a workaround would be to simply add the transactional variables to the environment to begin with. (With the role of 'viewer' you probably wouldn't expect the user to be able to modify the environment anyway – beyond adding local current values) |
I think the easiest way to start from is to block initialValues editing for "Viewiers". They can add new variables to environments but can edit only "Current Value" which is not shared across the whole team. |
Thanks for the feedback guys, will keep you updated about this! Please feel free to reach out with any additional context if it can be helpful to how the feature is designed. |
We have released role-based access control on environments with app v7.25. This will give you more control over how you use environments in a team. Please upgrade your app and try it out. Here's the documentation Do let us know your feedback :D |
Nowadays there is possibility to override initial values by all team members. Wouldn't be better to have some permission system adopted to environment scope?
Example: Owner of the environment can give Edit/View permissions to column "Initial Value". But team members can still editing "Current Value" what is ok. Therefore all team members have initial value managed by let's say by an admin of environments. It prevents mistakenly changing sensitive data used by the whole team in workspace.
The text was updated successfully, but these errors were encountered: