Installing Go means downloading a single toolchain from go.dev that bundles the compiler, the standard library, and the go command — the one CLI used to build, run, test, format, and manage dependencies for every Go project. Since Go 1.11, projects are organized around a go.mod file (Go Modules) rather than the older GOPATH convention, meaning code can live in any folder rather than a single fixed workspace.
Installing Go
Go is distributed as a single package from go.dev/dl for Windows, macOS, and Linux, plus package-manager options (brew install go, apt install golang-go, etc.). After installing, go version confirms the toolchain is on your PATH. Unlike languages that separate the compiler from the package manager (Python + pip, Node + npm), Go ships both in one binary.
$ go version
go version go1.26.0 darwin/arm64
$ mkdir hello && cd hello
$ go mod init example.com/hello // creates go.mod, names the module
$ echo 'package main
import "fmt"
func main() { fmt.Println("hello") }' > main.go
$ go run main.go
helloModules vs. the old GOPATH
Before Go 1.11 (2018), every Go project had to live inside a single global $GOPATH/src directory, and dependencies were fetched into that same shared tree — a frequent source of version conflicts. Go Modules replaced this: a go.mod file at the root of a project declares its module path and dependency versions, and the project can live anywhere on disk. A companion go.sum file records cryptographic checksums of every dependency, so builds are reproducible. Modules have been the default and recommended approach since Go 1.16 (2021); GOPATH mode still exists but is rarely used in new code.
The go command's everyday subcommands
A handful of go subcommands cover almost all daily work: go run compiles and immediately runs a program without leaving a binary behind; go build compiles a binary; go test runs any function named TestXxx in _test.go files; go fmt rewrites source files to Go's one canonical formatting style (removing an entire category of style debates); and go get adds or updates a dependency in go.mod. Because formatting is enforced by tooling rather than convention, virtually all Go code in the wild looks the same.