This message was deleted.
s
This message was deleted.
s
That's an interesting question - from where I sit Pulumi is the wrong place to call
go build
since I would expect build/package to be a step or two before and to be able to use Pulumi to deploy the same package to multiple environments (e.g. dev -> test -> stage -> prod ) without a rebuild. That though is full of my assumptions about the way the world should work...
m
I think the line gets blurred often, for example pulumi will happily build docker images for you and it can provide a really nice UX
I ended up just doing something like this
Copy code
const build: pulumi.Input<void> = (async () => {
      await execa.command('make lambda-zip', { cwd: '..' })
    })()
where that make target does the
go build
s
The challenge with having pulumi build the images for you is that one wants to deploy the same image to all environments - if its built each time then its not the same image. There are counter arguments - and I agree its neat.