commit | baa5c2d058db25484c20d76985ba394e73176132 | [log] [tgz] |
---|---|---|
author | Olivier Mengué <olivier.mengue@gmail.com> | Mon Jun 05 14:59:04 2023 +0200 |
committer | Gopher Robot <gobot@golang.org> | Wed Jun 21 11:18:17 2023 +0000 |
tree | 96935d8a6d420a659b238574acf8b79db3bb95e9 | |
parent | 7603649663b1456250649d774037b3d07f98f386 [diff] |
all: add godoc links Change-Id: Ic9532893740b9952ca429106b3c373cc14d0383e Reviewed-on: https://go-review.googlesource.com/c/mod/+/500875 Run-TryBot: Bryan Mills <bcmills@google.com> TryBot-Result: Gopher Robot <gobot@golang.org> Reviewed-by: Bryan Mills <bcmills@google.com> Reviewed-by: Dmitri Shuralyov <dmitshur@google.com> Reviewed-by: Oleksandr Redko <oleksandr.red@gmail.com> Auto-Submit: 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.