commit | 858fdbee9c245c8109c359106e89c6b8d321f19c | [log] [tgz] |
---|---|---|
author | Jay Conrod <jayconrod@google.com> | Thu Mar 11 16:54:44 2021 -0500 |
committer | Jay Conrod <jayconrod@google.com> | Fri Apr 09 13:44:25 2021 +0000 |
tree | 091a086a6a0490c480cadae10a5dcf0717fd8f6b | |
parent | 244d49f99a8174899cdd6f1ae89b42fb2a0d24ab [diff] |
modfile: parse deprecation notices in module comments Deprecation notices start with "Deprecated:" at the beginning of a line and run until the end of the paragraph. This CL reuses text extraction code for retraction rationale, so the same rules apply: comment text may be from the comments above a "module" directive or as a suffix on the same line. For golang/go#40357 Change-Id: Id5524149c6bbda3effc64c6b668b701b5cf428af Reviewed-on: https://go-review.googlesource.com/c/mod/+/301089 Trust: Jay Conrod <jayconrod@google.com> Run-TryBot: Jay Conrod <jayconrod@google.com> TryBot-Result: Go Bot <gobot@golang.org> Reviewed-by: Bryan C. Mills <bcmills@google.com> Reviewed-by: Michael Matloob <matloob@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.