Hi there,<p>I've been working sporadically over the last six months on a go monorepo tool (0 config it just use go workspace and go convention). It’s basically like TurboRepo but without the task runner. The tool builds a dependency graph between packages, allowing you to do things similar to what you can do in TurboRepo, like "only test the packages and the packages that depend on them, compared to the main branch," or "only install dependencies for Package A and its dependencies," etc. I use native go tool to get dependencies and create dependency graph between the package.Nothing crazy but I feel it could be useful.
It's surprising the go tooling doesn't have a more native way to do something like this already. Upstream issue: <a href="https://github.com/golang/go/issues/50745">https://github.com/golang/go/issues/50745</a><p>Like, go already has test caching (so "only test stuff that changed" shouldn't be necessary, that should just happen), and code formatting and such is already quite fast...<p>Overall, I feel like having another tool which parses my go source code is going to be slower than writing a Makefile to wrap:<p><pre><code> go list -f '{{.Dir}}' -m | xargs -L1 go test ./...
</code></pre>
which is all this tool doing really.<p>Also, hilariously, the repo isn't go fmt'd [0], despite being a tool to go fmt your repo. That's really funny, but I don't think the go community is ready for that level of humor yet, maybe one day.<p>[0]: <a href="https://github.com/nicolasgere/monogo/blob/2fb0b4985893e3397df86bdee0d4ea728db506ab/lib/analyser/parse.go#L78">https://github.com/nicolasgere/monogo/blob/2fb0b4985893e3397...</a>