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
I'm having an issue using this plugin in multiple stacks deploying to the same AWS account. CloudFormation Export Names have to be unique across the same AWS account.
The problem resides that the Export logical IDs are being formed using this templates:
If the values of service and stage are the same for to different stacks. The first one succeeds because there aren't any exports yet. But the second one fails stating that the export name has already been used.
Normally, one would be able to easily solve this by overriding the Export name using the Outputs attribute like this:
But unfortunately, that doesn't work in this case. I presume is due to the plugin is using the CloudFormation API to perform its actions. It works fine until release 5.3.0. In release 5.3.1 where you included de Export, the mentioned behavior happens.
I can think of a couple of possibilities:
Include app and org as part of the export names
Provide a way to customize/override export names
A flag to disable exports
Not using exports but SSM parameter store instead
Thank you.
The text was updated successfully, but these errors were encountered:
Hi,
I'm having an issue using this plugin in multiple stacks deploying to the same AWS account. CloudFormation Export Names have to be unique across the same AWS account.
The problem resides that the Export logical IDs are being formed using this templates:
sls-${service.service}-${domain.stage}-DistributionDomainName
sls-${service.service}-${domain.stage}-DomainName
sls-${service.service}-${domain.stage}-HostedZoneId
If the values of
service
andstage
are the same for to different stacks. The first one succeeds because there aren't any exports yet. But the second one fails stating that the export name has already been used.Normally, one would be able to easily solve this by overriding the Export name using the
Outputs
attribute like this:But unfortunately, that doesn't work in this case. I presume is due to the plugin is using the CloudFormation API to perform its actions. It works fine until release 5.3.0. In release 5.3.1 where you included de Export, the mentioned behavior happens.
I can think of a couple of possibilities:
app
andorg
as part of the export namesThank you.
The text was updated successfully, but these errors were encountered: