Skip to content
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

Global Environment Variable UI editor #362

Closed
3 tasks done
hairlesshobo opened this issue Sep 25, 2021 · 2 comments
Closed
3 tasks done

Global Environment Variable UI editor #362

hairlesshobo opened this issue Sep 25, 2021 · 2 comments
Labels
feature add new functionality

Comments

@hairlesshobo
Copy link

hairlesshobo commented Sep 25, 2021

Clear and concise description of the problem

At the moment, the only way to set a global environment variable is to change the configuration of the service itself and restart the Woodpecker application. See here

An example of where I would find this incredibly useful is for image names. Let say that I use one specific docker image throughout a number of projects and I know ahead of time that, periodically, I may need to change that image name. It would be great to easily do so without having to restart the entire Woodpecker platform.

Suggested solution

I propose, in the spirit of #7 and #345 that there be Global and/or Project level environment variables and the corresponding UI editor. These environment variables could be stored in the database and would then be easily made available to all projects.

Alternative

At the moment, the closest solution to this would be to create a secret per-project and then map that to the environment variable, but this comes with limitations. With the fact that secrets are, by design, secret.. there would be no way to easily see what the current value of that secret is. For anything that isn't actually a secret, this would be counter-productive.

Additional context

No response

Validations

@anbraten
Copy link
Member

anbraten commented Sep 3, 2022

We added global secrets with #1027. By doing #1007 this should be solved as well.

@6543
Copy link
Member

6543 commented Apr 30, 2023

as per comment, it should be addressed, the rest is polishing

@6543 6543 closed this as completed Apr 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature add new functionality
Projects
None yet
Development

No branches or pull requests

3 participants