Robert Findley e1ec1f3230 internal/imports: use a module resolver if GOWORK is set ... Previously, gopls would fall back on a gopath resolver when running goimports from a directory containing go.work (but not go.mod). Fix this by update the code to recognize that GOWORK also puts goimports into module mode. All the work to _support_ go.work had already been done, but the tests were only passing because they were setting GO111MODULE=on explicitly (and therefore GOMOD=/dev/null was satisfying the pre-existing check). Also add a test for the regression in gopls. Fixes golang/go#52784 Change-Id: I31df6f71a949a5668e8dc001b3ee25ad26f2f927 Reviewed-on: https://go-review.googlesource.com/c/tools/+/413689 TryBot-Result: Gopher Robot <gobot@golang.org> Run-TryBot: Robert Findley <rfindley@google.com> gopls-CI: kokoro <noreply+kokoro@google.com> Reviewed-by: Michael Matloob <matloob@golang.org>		2022-06-24 21:03:09 +00:00
..
coverage	gopls/internal/coverage: apply gofmt to the build tag syntax	2021-04-08 20:55:59 +00:00
govulncheck	gopls/internal/govulncheck: sync x/vuln@4eb5ba4	2022-06-16 13:07:50 +00:00
hooks	gopls: upgrade staticcheck to v0.3.0	2022-04-07 14:59:24 +00:00
regtest	internal/imports: use a module resolver if GOWORK is set	2022-06-24 21:03:09 +00:00
vulncheck	gopls/internal/vulncheck: include nonaffecting vulnerability info	2022-06-16 14:42:12 +00:00