Open maxcountryman opened 5 years ago
@softprops any thoughts on this?
@softprops I can update this if you’d be interested in merging—right now we’re using a fork in order to get reasonable error logging in prod.
Have at it. I wanted to get that last release out there to start testing local builds quickly
You'll notice a few changes to the test setup. Namely there are unit tests! If possible try to see the structure for that and see if it is possible to add a unit test for this change.
I'll roll this change into the next release which can happen as soon as you like
@softprops I think this is ready for another look.
@softprops is this still something you want to merge and release? We'll continue using our branch for now, but would love to switch back at some point. 🙂
question. Does it make it any easier to accomplish this with the new dockerless option?
Local builds don't require this but that may not be an option depending on your build pipeline. For when it's not an option, this is necessary if you want debug info. (We do. 🙂)
I totally get that. What I'm trying to gain a sense of is how nesessary docker builds are now that host configured builds ar exposed.
Here's a snippet of the set of of a build pipeline dependencies with GitHub actions
What I'm trying to gain a sense of is how nesessary docker builds are now that host configured builds ar exposed.
This feels orthogonal to this patch; we aren't able to use local builds if that's helpful (various issues with OpenSSL and musl, for instance).
What did you implement:
This patch creates an explicit interface for setting
DEBUGINFO
on Docker run invocations. To do so, one simply specifiesdebugInfo
under therust
section of theircustom
section of the Serverless config.Closes: #49
How did you verify your change:
Manual testing.
What (if anything) would need to be called out in the CHANGELOG for the next release:
debugInfo
in therust
section of the config.