commit | c2adaff88406b7f172c9546733b7aee0378465a1 | [log] [tgz] |
---|---|---|
author | Bryan C. Mills <bcmills@google.com> | Thu Jan 06 11:08:41 2022 -0500 |
committer | Bryan Mills <bcmills@google.com> | Thu Jan 06 18:38:08 2022 +0000 |
tree | 35747b0fb9c1accfa37d711d6401ab0de1d0b017 | |
parent | 5f2f164f8ff796d1d1629130855616db9cf40ca9 [diff] |
zip: treat plan9 git as unsupported This should suppress a test failure observed in https://build.golang.org/log/7e2899a3a6691a062ac42a66dff282b4c2e5284b. (This particular test was missed in CL 366035, because it was not clear that the test was sensitive to the skewed binary.) Change-Id: Ieab3814113d91503550acfa32645c9d4e22f6d58 Reviewed-on: https://go-review.googlesource.com/c/mod/+/375915 Trust: Bryan Mills <bcmills@google.com> Run-TryBot: Bryan Mills <bcmills@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Reviewed-by: Ian Lance Taylor <iant@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.