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

User-level config #20

Open
pzelnip opened this issue Dec 20, 2017 · 6 comments
Open

User-level config #20

pzelnip opened this issue Dec 20, 2017 · 6 comments
Labels

Comments

@pzelnip
Copy link
Contributor

pzelnip commented Dec 20, 2017

Right now I have many repos that I interact with (microservices architecture). As well, the Jenkins that builds each of those projects requires authentication for getting build status. This means that with the extension I currently have to duplicate my name & password in a .jenkins file for each repo I have checked out, which isn't great from a security POV, as well as from a DRY perspective (if my password changes I now have to update multiple .jenkins files).

It'd be great if the name/password could be defined in one place (maybe like ~/.jenkins) and that used as the default config for repos (I'd still want the ability to on a project-by-project basis be able to override those creds for when I interact with a different repo).

@alefragnani
Copy link
Owner

Hi @pzelnip ,

I'm sorry for taking so long to answer you. I saw your post but wasn't near a workable computer and ended up forgetting to answer you 😢 .

Anyway, I think that instead of another file to store your authentication keys, why not store them on User Settings, like other VS Code settings?

@pzelnip
Copy link
Contributor Author

pzelnip commented Jan 17, 2018

The only hesitation I have about throwing them in User Settings is I use the Settings Sync extension which throws all my settings into a gist on Github.

@alefragnani
Copy link
Owner

That's a good point 😄

Ok then, an external file to store Jenkins credentials 👍

@webratz
Copy link

webratz commented Jul 11, 2018

has this ever been implemented?

@alefragnani
Copy link
Owner

Hi @webratz ,

No, not yet. Do you have plans in contribute, or are willing to use?

@webratz
Copy link

webratz commented Jul 17, 2018

in this case i would be more interested from a users point of view :)

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants