| commit | 5b692803cf76a65fc5d39178c0a36678e69c0e5a | [log] [tgz] |
|---|---|---|
| author | Sean Liao <sean@liao.dev> | Wed Sep 13 14:43:00 2023 +0100 |
| committer | Gopher Robot <gobot@golang.org> | Thu Sep 14 17:25:10 2023 +0000 |
| tree | 388a56bf7d065df20c82f123c66070078053ea07 | |
| parent | 273ef6c30f77718d9c04e38b791a0913f652b9c9 [diff] |
modfile: use new go version string format in error message For golang/go#61888 Change-Id: If4056623471edb6fd99d45dcd8a0751d6a54ce1c Reviewed-on: https://go-review.googlesource.com/c/mod/+/527897 LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com> Auto-Submit: Bryan Mills <bcmills@google.com> Reviewed-by: Heschi Kreinick <heschi@google.com> Reviewed-by: Bryan Mills <bcmills@google.com>
This repository holds packages for writing tools that work directly with Go module mechanics. That is, it is for direct manipulation of Go modules themselves.
It is NOT about supporting general development tools that need to do things like load packages in module mode. That use case, where modules are incidental rather than the focus, should remain in x/tools, specifically x/tools/go/packages.
The specific case of loading packages should still be done by invoking the go command, which remains the single point of truth for package loading algorithms.