|author||HowJMay <firstname.lastname@example.org>||Wed Sep 22 17:13:18 2021 +0000|
|committer||Jay Conrod <email@example.com>||Thu Sep 23 17:38:02 2021 +0000|
module: accept trailing slash in MatchPrefixPattern Trailing slash of glob was not accepted in MatchPrefixPattern. This CL starts to accept the trailing slash. Change-Id: I25e385ffe3a6901d2f475b86507d3e3091a32183 GitHub-Last-Rev: 5dbe41e5458d405a30ff82521316c6ab5e90835d GitHub-Pull-Request: golang/mod#5 Reviewed-on: https://go-review.googlesource.com/c/mod/+/351319 Run-TryBot: Jay Conrod <firstname.lastname@example.org> TryBot-Result: Go Bot <email@example.com> Reviewed-by: Jay Conrod <firstname.lastname@example.org> Reviewed-by: Russ Cox <email@example.com> Trust: Jay Conrod <firstname.lastname@example.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.