Recordsgolanghonnef.co/go/tools
Compatibility cube
Pick any two dimensions as axes; everything else becomes a filter. Clicking a cell pins its slice and drills one level deeper.
No recorded evidence matches these filters. Nothing is inferred; clear a filter to widen the slice.
Dependency Health
Observed combinations and failure evidence for this release
Dependency changes observed: 2. No failure evidence is linked to these resolved trees yet.
| Library | Version | Health | Measured there | Projects |
|---|---|---|---|---|
| golang.org/x/mod | v0.2.0 | CHANGED Version changed, no linked failure | nothing measured | 1 project-day |
| golang.org/x/tools | v0.0.0-20200331025713-a30bf2db82d4 | CHANGED Version changed, no linked failure | nothing measured | 1 project-day |
| github.com/BurntSushi/toml | v0.3.1 | PASS All observations passed | contract passed | 1 project-day |
| github.com/rogpeppe/go-internal | v1.3.0 | PASS All observations passed | contract passed | 1 project-day |
The measured column is about each dependency's own release, not about the pair. A resolver placing two releases side by side is not evidence that they work together.
Dependency versions across releases
What each release of this package resolved its children to. A child whose version moved is listed first: that is where an upgrade changed something underneath you.
Moved: 2 · unchanged at every release: 4
An edge records that a resolver placed one release beside another on a real machine. It is not a claim that the two work together; that question is answered by samples and contracts, not by presence here.