History

Bryan C. Mills 291330a8d1 gopls/internal/regtest/modfile: set an explicit go version in the TestUnknownRevision modules For some reason the "bad" case of this test fails when the main module is lazy. Since the go.mod file lacks a 'go' version directive, as of CL 315210 it is upgraded to a lazy module the first time it is edited by an invocation of cmd/go. I don't know why this case doesn't exhibit the expected failure mode when lazy loading is enabled — I guess it's because we attribute the checksum error to the individual package that needs it instead of the module as a whole? — but I can't follow this test well enough to figure out whether there is actually a real problem for lazy modules here. If there is, we can handle that by adding a new, separate test. For golang/go#36460 Change-Id: I0949e1f9f5cb1b6c884706e50a9694232308387b Reviewed-on: https://go-review.googlesource.com/c/tools/+/315152 Trust: Bryan C. Mills <bcmills@google.com> Run-TryBot: Bryan C. Mills <bcmills@google.com> gopls-CI: kokoro <noreply+kokoro@google.com> TryBot-Result: Go Bot <gobot@golang.org> Reviewed-by: Michael Matloob <matloob@golang.org>		2021-04-30 14:46:28 +00:00
..
doc	go/analysis/passes/fieldalignment: clarify reported diagnostics in docs	2021-04-27 20:55:22 +00:00
integration/govim	gopls/integration: remove obsolete code	2021-03-19 20:57:45 +00:00
internal	gopls/internal/regtest/modfile: set an explicit go version in the TestUnknownRevision modules	2021-04-30 14:46:28 +00:00
release	all: replace all usages of os/exec with golang.org/x/sys/execabs	2021-01-19 22:25:03 +00:00
test	gopls/test: it is safe to ignore json unmarshalling errors	2021-04-27 12:58:28 +00:00
README.md	gopls: factor out advanced documentation from the README	2021-01-22 17:08:14 +00:00
go.mod	gopls/test: it is safe to ignore json unmarshalling errors	2021-04-27 12:58:28 +00:00
go.sum	gopls/test: it is safe to ignore json unmarshalling errors	2021-04-27 12:58:28 +00:00
main.go	gopls: use standard command doc comment format	2021-01-08 18:12:31 +00:00

README.md

`gopls`, the Go language server

gopls (pronounced "Go please") is the official Go language server developed by the Go team. It provides IDE features to any LSP-compatible editor.

You should not need to interact with gopls directly--it will be automatically integrated into your editor. The specific features and settings vary slightly by editor, so we recommend that you proceed to the documentation for your editor below.

Editors

To get started with gopls, install an LSP plugin in your editor of choice.

If you use gopls with an editor that is not on this list, please let us know by filing an issue or modifying this documentation.

Installation

For the most part, you should not need to install or update gopls. Your editor should handle that step for you.

If you do want to get the latest stable version of gopls, change to any directory that is both outside of your GOPATH and outside of a module (a temp directory is fine), and run:

GO111MODULE=on go get golang.org/x/tools/gopls@latest

NOTE: Do not use the -u flag, as it will update your dependencies to incompatible versions.

Learn more in the advanced installation instructions.

Setting up your workspace

gopls supports both Go module and GOPATH modes, but if you are working with multiple modules or uncommon project layouts, you will need to specifically configure your workspace. See the Workspace document for information on supported workspace layouts.

Configuration

You can configure gopls to change your editor experience or view additional debugging information. Configuration options will be made available by your editor, so see your editor's instructions for specific details. A full list of gopls settings can be found in the Settings documentation.

Environment variables

gopls inherits your editor's environment, so be aware of any environment variables you configure. Some editors, such as VS Code, allow users to selectively override the values of some environment variables.

Troubleshooting

If you are having issues with gopls, please follow the steps described in the troubleshooting guide.

Supported Go versions and build systems

gopls follows the Go Release Policy, meaning that it officially supports the last 2 major Go releases. Though we try not to break older versions, we do not prioritize issues only affecting legacy Go releases.

gopls currently only supports the go command, so if you are using a different build system, gopls will not work well. Bazel support is currently blocked on bazelbuild/rules_go#512.