Serverless Error ---------------------------------------
"app" and "org" in your serverless config can not use the variable system
Is reasonable if this plugin need to perform pre-deploy check about app and organization existence, loading credentials and so on. The main issue is I cannot reuse the same code to deploy to different application or organization, I have to hard-code this configurations inside serverless.yml (under version control in any use cases).
I'm try to setup a multi-tenant project that reuse some micro-services (a simple Serverless Framework project). The impossibility to change, at deploy-time, the application/organization configuration is blocking me to use a pipeline system and generate a lot of forked repository (with the same code but different application/organization name). Also sharing open source a repository previously deployed with this system is really tricky.
What is the recommended way to handle this type of use-cases? Even just a partial support of arguments and/or environment variables can be a good compromise (that does not require any cloud vendor authentication).
Hello,
I noticed that I cannot use variable system interpolation for
app
andorg
configuration, for example:throw an error:
Is reasonable if this plugin need to perform pre-deploy check about app and organization existence, loading credentials and so on. The main issue is I cannot reuse the same code to deploy to different application or organization, I have to hard-code this configurations inside
serverless.yml
(under version control in any use cases).I'm try to setup a multi-tenant project that reuse some micro-services (a simple Serverless Framework project). The impossibility to change, at deploy-time, the application/organization configuration is blocking me to use a pipeline system and generate a lot of forked repository (with the same code but different application/organization name). Also sharing open source a repository previously deployed with this system is really tricky.
What is the recommended way to handle this type of use-cases? Even just a partial support of arguments and/or environment variables can be a good compromise (that does not require any cloud vendor authentication).