Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

9
  • 3
    Well, git at least has something like .gitignore where I can define files or folders that should not be checked into version control. As you say I don't see where Env vars should really help, eith you have a script to set them and should be stored together with the project or you have them 'somewhere' on your system (home directory or even in the machines startup scripts) which seems to create a whole lot of problems on its own, especially if a lot of configuration is necessary. In any case I would split the config files so that confidential information go in different files. Commented May 13, 2015 at 8:26
  • @thorstenmüller - only problem with .gitignore that base/template config still has to be stored, which means that app has to read two configs - base one, with default options (stored in scm), and local one, that overrides base (and is not stored in scm). With env vars, I imagine that mass deployment gets easier - it's simpler to specify environment variables for new virtual machine setup than to write something to some non-standard file. Commented May 13, 2015 at 8:37
  • 1
    Have you tried "Redis" redis.io . It is meant specially for the key-value structure storage only. Commented May 13, 2015 at 11:24
  • 1
    Seems like any key-value service that authenticates users and stores and passes information securely would be a good option to get those values at runtime. The downside being you would need to be connected to the internet when running the program (though that's a fairly uncommon request). Commented May 13, 2015 at 15:23
  • 3
    @jporcenaluk - I do like key-value storages, but adding a full-blown redis to application just to handle config management feels like a bit of overkill. On the other hand, maybe I never worked on big enough projects. Commented May 14, 2015 at 13:07