Hacker News Reader

Have used it in a go mono-repo. It’s own convention on packages and bad integration with IDE makes it a hard sell for me. I mean I just paid for Goland IDE why would I waste my time integrating with something that might or might not work for others. It’s a very hard sell.

View on HN

Go tools in general have poor integration with build systems other than "go build". One trick I find useful is to use Go modules (and therefore goimports, not goreturns) and structure your build so that it looks like a standard Go module build, even though it's really being built by some other system. In other words, it's a mix of making the build system conform to Go norms and making your IDE adapt to the remaining differences.

I recently added a config option so plz test will run tests in the package directory rather than the repo root (just like go test). Should make things a little easier.

Would you consider it for other mono-repo language projects?

Reply on news.ycombinator.com