This message was deleted.
# general
s
This message was deleted.
t
If you deploy all resources from Pulumi, you shouldn't need refresh. Pulumi takes care of updating resources when definitions change. CI/CD would call Pulumi to do so e.g. when code changes in the repo.
s
When you deploy with pulumi it creates resources you can see at the pulumi.com app or review in json with the
pulumi stack export
command. Ideally, you never modify resources outside of Pulumi deployments, but sometimes, especially during development, you may need to delete or modify a resource in a cloud platform. Pulumi has no way of knowing that happened when things are modified outside of deployments, so
pulumi refresh
exists to allow your stack's state to sync up with the provider. It does NOT import resources pulumi didn't create, or keep track of every setting. It does really help in the rare cases that Pulumi's record of its resources state drift from what its records indicate.
b
When the source code of a Lambda changes (because of a commit on Git), it's not exactly a "resource change" per se : the infrastructure is the same, it's just the contents that changed Likewise, if I have training data for ML on a bucket, if the data changes then I need to rerun my ML job on it. I'm wondering if content changes are still within Pulumi's jurisdiction in terms of CI or if Pulumi's only meant for configuration changes (infra)