Go 1.17 is not yet released. These are work-in-progress release notes. Go 1.17 is expected to be released in August 2021.
TODO: complete this section
TODO: complete this section, or delete if not needed
TODO: complete this section, or delete if not needed
If a module specifies go 1.17 or higher in its
go.mod file, its transitive requirements are now loaded lazily,
avoding the need to download or read go.mod files for
otherwise-irrelevant dependencies. To support lazy loading, in Go 1.17 modules
the go command maintains explicit requirements in
the go.mod file for every dependency that provides any package
transitively imported by any package or test within the module.
See the design
document for more detail.
To facilitate the upgrade to lazy loading,
the go mod tidy subcommand now supports
a -go flag to set or change the go version in
the go.mod file. To enable lazy loading for an existing module
without changing the selected versions of its dependencies, run:
go mod tidy -go=1.17
Module authors may deprecate a module by adding a
// Deprecated:
comment to go.mod, then tagging a new version.
go get now prints a warning if a module needed to
build packages named on the command line is deprecated. go
list -m -u prints deprecations for all
dependencies (use -f or -json to show the full
message). The go command considers different major versions to
be distinct modules, so this mechanism may be used, for example, to provide
users with migration instructions for a new major version.
go get
The go get -insecure flag is
deprecated and has been removed. To permit the use of insecure schemes
when fetching dependencies, please use the GOINSECURE
environment variable. The -insecure flag also bypassed module
sum validation, use GOPRIVATE or GONOSUMDB if
you need that functionality. See go help
environment for details.
go.mod files missing go directives
If the main module's go.mod file does not contain
a go directive and
the go command cannot update the go.mod file, the
go command now assumes go 1.11 instead of the
current release. (go mod init has added
go directives automatically since
Go 1.12.)
If a module dependency lacks an explicit go.mod file, or
its go.mod file does not contain
a go directive,
the go command now assumes go 1.16 for that
dependency instead of the current release. (Dependencies developed in GOPATH
mode may lack a go.mod file, and
the vendor/modules.txt has to date never recorded
the go versions indicated by dependencies' go.mod
files.)
vendor contents
If the main module specifies go 1.17 or higher,
go mod vendor now annotates
vendor/modules.txt with the go version indicated by
each vendored module in its own go.mod file. The annotated
version is used when building the module's packages from vendored source code.
If the main module specifies go 1.17 or higher,
go mod vendor now omits go.mod
and go.sum files for vendored dependencies, which can otherwise
interfere with the ability of the go command to identify the correct
module root when invoked within the vendor tree.
The go command by default now suppresses SSH password prompts and
Git Credential Manager prompts when fetching Git repositories using SSH, as it
already did previously for other Git password prompts. Users authenticating to
private Git repos with password-protected SSH may configure
an ssh-agent to enable the go command to use
password-protected SSH keys.
TODO: complete this section, or delete if not needed
TODO: complete this section, or delete if not needed
TODO: complete this section, or delete if not needed
TODO: complete this section
(*Conn).HandshakeContext was added to allow the user to control cancellation of an in-progress TLS Handshake. The context provided is propagated into the ClientHelloInfo and CertificateRequestInfo structs and accessible through the new (*ClientHelloInfo).Context and (*CertificateRequestInfo).Context methods respectively. Canceling the context after the handshake has finished has no effect.
The runtime/cgo package now provides a new facility that allows to turn any Go values to a safe representation that can be used to pass values between C and Go safely. See runtime/cgo.Handle for more information.
As always, there are various minor changes and updates to the library, made with the Go 1 promise of compatibility in mind.
The net/http package now uses the new
(*tls.Conn).HandshakeContext
with the Request context
when performing TLS handshakes in the client or server.
time.Time now has a GoString
method that will return a more useful value for times when printed with
the "%#v" format specifier in the fmt package.
TODO: complete this section