Yeah I'm very much looking forward to // tool
landing as that'll push more folks to using a tools.go
style approach.
I'm seeing some folks who'll use a tools.go
in a separate Go module so then it doesn't impact the top-level dependency tree, on top of Go' s inbuilt module graph pruning
Also as much as I recommend tools.go
, there's still some things it can be awkward with ie golangci-lint
tracked as a source dependency can lead to issues (dependency version clashes, Go version incompatibility), as well as it not being the recommended use case