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
The following should be teased apart: migrate should be possible against a target host that is not necessarily started by this plugin. This is currently too highly coupled and does not account for the possibility someone may want to leverage the auto migration feature against a separate local dynamodb instance that is not necessarily managed/started by this plugin.
For most use cases, the existing noStart option will work here. This allows users to only do the migration and seeding at a separate dynamodb instance.
However, you do rightly point out users currently can't both start a local instance AND migrate/seed a different instance, using a single command (but this is possible with two commands e.g. by swapping the port and noStart option based on a variable).
I'm concerned supporting this might introduce scope creep to being a generic dynamodb migrator / seeder, rather than a way of running dynamodb locally easily as part of the serverless framework. I was actually thinking of trying to decouple the migration and seeding parts completely (maybe keeping them in the plugin for backwards compatibility).
The following should be teased apart:
migrate
should be possible against a targethost
that is not necessarily started by this plugin. This is currently too highly coupled and does not account for the possibility someone may want to leverage the auto migration feature against a separate local dynamodb instance that is not necessarily managed/started by this plugin.Config should be more like this:
The text was updated successfully, but these errors were encountered: