You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Currently, we deploy applications with environment variables but our "Deploy CLI" doesn't have an env variable caching mechanism.
Describe the solution you'd like
What I think is, we should store a particular application config at the below path:
$ .metacall/deploy/applications/projectName.ini
For Ex:
$ .metacall/deploy/applications/auth-middleware.ini
Now, Why I think it should look like that is because:-
We can store all application data in a single folder and it's nicely separated
Name of the file is like -> projectName.ini -> All the config of those applications having the same name and located in different paths can be accumulated here, one-stop solution
Why this kind of config structure?
It's simply because there may be a case when a user deploys a minimal version of an application on "Essential" Plan with some environment variables & production-grade version on "Standard and Premium" Plans with different values of env variables, that's why I figured out this structure for caching.
So after parsing it would look something like this:
Additional Context
We should also think about, what if the user re-deploys with some additional environment variables then we should give him an option to add more and update ones that are already cached.
@trgwii@viferga What do you think sir?
If you think it is incorrect or whatever you think about it, let me discuss it.
Thanks
The text was updated successfully, but these errors were encountered:
I think the best option may be caching them in the backend. But this idea can be reused for caching other things like preferences (no secrets). So until we implement this, I am going to leave this issue open.
Is your feature request related to a problem? Please describe.
Currently, we deploy applications with environment variables but our "Deploy CLI" doesn't have an env variable caching mechanism.
Describe the solution you'd like
What I think is, we should store a particular application config at the below path:
Now, Why I think it should look like that is because:-
Let's see config file structure
Why this kind of config structure?
It's simply because there may be a case when a user deploys a minimal version of an application on "Essential" Plan with some environment variables & production-grade version on "Standard and Premium" Plans with different values of env variables, that's why I figured out this structure for caching.
So after parsing it would look something like this:
Additional Context
We should also think about, what if the user re-deploys with some additional environment variables then we should give him an option to add more and update ones that are already cached.
@trgwii @viferga What do you think sir?
If you think it is incorrect or whatever you think about it, let me discuss it.
Thanks
The text was updated successfully, but these errors were encountered: