As the dev-team I'd like to be able to have all of the ports, database config, etc all be centralised in one config file in root (S) #3

Closed
opened 2023-05-25 22:22:19 +02:00 by joshniemela · 3 comments
joshniemela commented 2023-05-25 22:22:19 +02:00 (Migrated from github.com)

Currently, all the various components of the project, refer to DATA_DIR separately, their ports are defined locally in the files, and other config options are all done within the code, can we use either .envrc or some other thing to put everything into environment variables and grab the information from there instead?

Currently, all the various components of the project, refer to DATA_DIR separately, their ports are defined locally in the files, and other config options are all done within the code, can we use either .envrc or some other thing to put everything into environment variables and grab the information from there instead?
joshniemela commented 2023-05-25 22:23:31 +02:00 (Migrated from github.com)

@KristianDamPedersen

@KristianDamPedersen
KristianDamPedersen commented 2023-05-26 10:28:10 +02:00 (Migrated from github.com)

Yes doable, however is it the most important for the MVP? I think this is generally on the high prio list after we are finished, but not quite not :)
Also, please refrain from pulling usecases from the backlog w/o consulting us <3 I am putting this back into scoping, as it is definetly worth discussing, however we should focus on the features required for the MVP first.

Yes doable, however is it the most important for the MVP? I think this is generally on the high prio list after we are finished, but not quite not :) Also, please refrain from pulling usecases from the backlog w/o consulting us <3 I am putting this back into scoping, as it is definetly worth discussing, however we should focus on the features required for the MVP first.
joshniemela commented 2023-06-15 00:54:18 +02:00 (Migrated from github.com)

Sufficiently done, can be reopened if current solution isn't good enough.

Sufficiently done, can be reopened if current solution isn't good enough.
Sign in to join this conversation.
No description provided.