Re:Go Modules in 2019
by cyphar on Wednesday December 19, 2018 @12:31PM
(#18717438)
I think a primary problem with the modules workflow is that you can't switch to it until all Go projects you work on switch to it. Plus, all of us have got our own GOPATH home-directory workarounds so there's no real point in switching anymore.
[ Parent
| on HN ]
Re:Go Modules in 2019
by atombender on Wednesday December 19, 2018 @03:26PM
(#18719217)
That's not true at all. A Go-modules-enabled project can import packages from a non-modules-enabled project that doesn't have Go.mod in it. This was always the case with Glide and Dep, too.
That's not what I'm talking about. I'm talking about being able to build outside of GOPATH. This requires the top-level project to use go.mod and many don't (like Docker for instance).
Re:Go Modules in 2019
by atombender on Friday December 21, 2018 @09:17PM
(#18738490)
But that's not the same thing. You don't have to switch all the projects you work on over to Go modules at the same time, only the projects you want to upgrade. It's entirely possible to migrate incrementally.
> I think a primary problem with the modules workflow is that you can't switch to it until all Go projects you work on switch to it
It seems this gets fixed in Go 1.12 though. AIUI you'll be able to set GOMODULES=on, unset GOPATH and just continue working as before.