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








![A notification from the McDonald's Android app, which reads: "McRib_Test.notification_16.10.24 [TEST]. A notification from the McDonald's Android app, which reads: "McRib_Test.notification_16.10.24 [TEST].](https://media.jvt.me/dc9e93263d.png)


