There is a free Openshift sandbox you can deploy here: https://developers.redhat.com/products/openshift/getting-started. Source: 11 months ago

At a recent job, we had slightly different containers for local dev; our backend containers (for a Go app) had Air [1] installed for live reloading, plus Delve [2] running inside the container for VS Code's debugger to connect to. We also had a frontend container for local dev, which didn't get deployed as a container, just as static files. [1] https://github.com/cosmtrek/air. - Source: Hacker News / 6 months ago

So in my case I use https://github.com/leoluz/nvim-dap-go (which itself calls out to the CLI tool https://github.com/go-delve/delve). Source: over 1 year ago

I usually set up a scratch-pad module on my machines for quickly throwing some code together to play with. For debugging/checking attributes etc. there's delve, which is usually built in to various editor's respective Go plugin. Source: over 1 year ago

I use a debugger every day. Delve[0] Go's debugger made me love the process of debugging my code – either attaching the debugger to an existing running process or the feedback loop of debugging the test code until make it passes the test case. Back in the days when I didn't use one, it was a miserable developer experience. Thanks to Go and his great decision of having unit testing built into their standard now... - Source: Hacker News / almost 2 years ago

The required setup to debug a Go app running inside a Docker container is non-trivial. In this post I will walk through the configuration to achieve this using VSCode and the Delve debugger. - Source: dev.to / almost 2 years ago