commit | 766dc5df63e3e3e5cd6b1682f522a01c99723beb | [log] [tgz] |
---|---|---|
author | Sam Thanawalla <samthanawalla@google.com> | Fri Feb 02 20:14:19 2024 +0000 |
committer | Sam Thanawalla <samthanawalla@google.com> | Wed Feb 07 18:52:59 2024 +0000 |
tree | f38d767e2d97e30039e8e73415426e8f0a55ca14 | |
parent | fa1ba4269bda724bb9f01ec381fbbaf031e45833 [diff] |
modfile: use new go version string format in WorkFile.add error For golang/go#61888 Tested: Ran go test ./modfile Change-Id: I254fe559f25ac643e842a935954d18744ae87b0b Reviewed-on: https://go-review.googlesource.com/c/mod/+/560875 Reviewed-by: Bryan Mills <bcmills@google.com> Run-TryBot: Sam Thanawalla <samthanawalla@google.com> TryBot-Result: Gopher Robot <gobot@golang.org>
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.