You can remove the ones from Server Connect settings as you are not going to use Wappler deployment.
Just use your .env file for your local development machine and set the env for each AWS environment you are planning to use(I guess staging and production).
I think I don’t get it, on wappler, once you change between targets, it’s moving values from .wappler/targets/Development/app/config/config.json to app/config/config.json
how app will know it needs to take .env values instead the ones set in app/config/config.json?
Damn targets. They just add more confusion than solve problems
So you mentioned that you want to deploy using CI/CD. That basically means that you don’t need multiple targets.
Just one target called development or local where you build your app.
Once you push your code to your bitbucket remote repo CI/CD takes the lead and deploys your stuff to AWS.
Wappler uses the dotenv package so if it finds at the root a .env file it will load the variables to process.env and that should be enough for your development environment/target.
Then you just need to make sure that your staging and production environments also load the env variables you want for each environment. Each hosting has its own way so make sure to read AWS docs on that.
To clarify further, there is no practical use of the ENV tab in server connect settings and the config json from what I know.
Just the .env file is used when running the app locally as well. I deploy via Caprover, so .env is not used on server. Based on how/where you deploy, standard env practices should work.
hahaha yeah, tacos is my favorite food, even if that sounds very cliche, I love them.
you should taste Roast beef tacos with lot of salsa, they’re the best!