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

Make settings easy to share and deploy #5638

Closed
MartinSGill opened this issue Apr 29, 2020 · 2 comments
Closed

Make settings easy to share and deploy #5638

MartinSGill opened this issue Apr 29, 2020 · 2 comments
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.

Comments

@MartinSGill
Copy link
Contributor

Description of the new feature/enhancement

To make settings much more portable/shareable it would be good to allow an "import" or "include" folder for settings.

This would allow settings to be easily distributed, installed via automation (Group Policy, Ansible, Chef, etc) or stored in Drive/Dropbox to share between machines.

For Example: If people want to create/share themes it would now be possible to just drop a new file into the folder, instead of editing json by hand.

Proposed technical implementation details (optional)

The common linux practice of using a settings.d style folder and loading all files in that folder seems like a good approach to me.

  • Settings.json defines an "include" directory (environment variables permitted)
  • Settings loads all files in that folder in alphabetical order.
  • Settings adds/overrides settings based on loaded files.
  • Additional files would all have the same structure/schema as the default settings.json
  • [Extra Credit] Support multiple folders, allow shared/user settings.
@MartinSGill MartinSGill added the Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. label Apr 29, 2020
@ghost ghost added Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Apr 29, 2020
@zadjii-msft
Copy link
Member

Thanks for the suggestion! This is actually already being tracked by another issue on our repo - please refer to #2933 for more discussion.

/dup #2933

@ghost
Copy link

ghost commented Apr 29, 2020

Hi! We've identified this issue as a duplicate of another one that already exists on this Issue Tracker. This specific instance is being closed in favor of tracking the concern over on the referenced thread. Thanks for your report!

@ghost ghost closed this as completed Apr 29, 2020
@ghost ghost added Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing. and removed Needs-Triage It's a new issue that the core contributor team needs to triage at the next triage meeting Needs-Tag-Fix Doesn't match tag requirements labels Apr 29, 2020
This issue was closed.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Issue-Feature Complex enough to require an in depth planning process and actual budgeted, scheduled work. Resolution-Duplicate There's another issue on the tracker that's pretty much the same thing.
Projects
None yet
Development

No branches or pull requests

2 participants