This message was deleted.
# general
s
This message was deleted.
l
In my mind, that's not really something that happens inside the normal flow of a Pulumi program. That's sufficiently exceptional that a separate flow is justified. I'd consider writing a wrapper script for
pulumi stack init
which also calls
pulumi import
a pile of times (and discards the generated code).
So when you init your new stack, it does its best to populate as many resources as it can.
Then
pulumi up
takes over from there.