It's like actions/setup-go but faster.

Setup-go-faster takes about a third as long as setup-go to install go on a runner.

These are the median times for installing go 1.15.1 and tip.

The performance improvements are achieved by:

• The magic of Bash, curl and Perl. Maybe they aren't the most modern, but they are a heck of a lock faster than loading nodejs to do some simple version checks and downloads.

• Installing to the faster volume on Windows. On windows runners it takes significantly longer to write to C: vs D:. Setup-go installs go to C:, but setup-go-faster installs to D:

• Shortcuts for version checks. Setup-go-faster supports all the same pseudo-semver ranges as setup-go, but it is optimized for exact versions (like 1.15.7) and 1.15.x style ranges. Our version check is faster to begin with, but if you use one of those formats you can shave an additional half second off the time.

Setup-go-faster will install go tip from source if you set go-version: tip.

No need to wait around for another repo to merge a PR when a new version of go is released. Setup-go-faster gets available versions directly from https://golang.org/dl. As soon as a release is available there, it's available to your workflow.

Look at those outputs. If you want to use GOPATH or GOMODCACHE as input in some other step, you can just grab it from setup-go-faster's output instead of having to add another step just to set an environment variable.

Just the stable input. I don't understand what stable adds for actions/setup-go. If you only want stable builds you can set go-version accordingly. If there is good use case for stable, it can be added.

Required

The version of go to install. It can be an exact version or a semver constraint like '1.14.x' or '^1.14.4'. Do not add "go" or "v" to the beginning of the version.

Action runners come with some versions of go pre-installed. If any of those versions meet your semver constraint setup-go-faster will use those instead of checking whether a newer go available for download that meets your constraint. You can change this with the ignore-local input below.

A special case value for go-version is tip which causes setup-go-faster to install the gotip from source. Be warned there is nothing fast about this. It takes between 3 and 5 minutes on Ubuntu runners and is even slower on Windows and MacOS runners.

Go versions aren't really semvers, but they are close enough to use semver constraints for the most part. There are a some gotchas to watch out for:

• Go doesn't release .0 versions. The first 1.15.x releas is 1.15, not 1.15.0. This means if you have set go-version to 1.15, when 1.15.1 is released it won't be used because 1.15 is an exact match. If you want any go in the 1.15 family, set go-version to 1.15.x

• Go's pre-releases are not valid semver. For example the beta for 1.16 is 1.16beta1. This means pre-releases need to be explicitely specified.

For those who learn best from examples:

Normally a pre-installed version of go that meets the go-version constraints will be used instead of checking whether a newer version is available for download. With ignore-local, the action will always check for a newer version available for download. Set this to any non-empty value to enable.

output of go env GOCACHE

output of go env GOMODCACHE

output of go env GOPATH

output of go env GOROOT

output of go env GOTOOLDIR