This is a GitHub repository template for Go. It has been created for ease-of-use for anyone who wants to:
- quickly get into Go without losing too much time on environment setup,
- create a new repoisitory with basic Continous Integration.
It includes:
- continous integration via GitHub Actions,
- build automation via Make,
- dependency management using Go Modules,
- linting with golangci-lint,
- unit testing with race detector and code covarage HTML report,
- releasing using GoReleaser,
- depdendencies scanning and vulnerabilities alerting thanks to Dependabot,
- Visual Studio Code configuration with Go and Remote Container support.
Star
this repository if you find it valuable and worth maintaining.
Watch
this repository to get notified about new releases, issues, etc.
- Click the
Use this template
button (alt. clone or download this repository). - Replace all occurences of
golang-templates/seed
toyour_org/repo_name
in all files. - Rename folder
cmd/seed
tocmd/repo_name
and update .goreleaser.yml. - Update LICENSE and README.md.
- Terminal:
make
to get help for make targets. - Visual Studio Code:
Terminal
→Run Build Task... (CTRL+ALT+B)
to execute a fast build.
The release workflow is triggered each time a tag with v
prefix is pushed.
CAUTION: Make sure to understand the consequences before you bump the major version. More info: Go Wiki, Go Blog.
Remember to update Go version in .github/workflows, Makefile and devcontainer.json.
Notable files:
- devcontainer.json - Visual Studio Code Remote Container configuration
- .github/workflows - GitHub Actions workflows
- .github/dependabot.yml - Dependabot configuration
- .vscode - Visual Studio Code configuration files
- .golangci.yml - golangci-lint configuration
- .goreleaser.yml - GoReleaser configuration
- Makefile - Make targets used for development, CI build and .vscode/tasks.json
- go.mod - Go module definition,
- tools.go - build tools.
Developers that use Visual Studio Code can take advantage of the editor configuration. While others do not have to care about it. Setting configs for each repo is unnecessary time consuming. VS Code is the most popular Go editor (survey) and it is officially supported by the Go team.
You can always remove the .devcontainer and .vscode directories if it really does not help you.
GitHub Actions is out-of-the-box if you are already using GitHub. Here you can learn how to use it for Go.
However, changing to any other CI server should be very simple, because this repository has build logic and tooling installation in Makefile.
You can also use the docker
make target to run the build using a docker container.
Use WSL (Windows Subsystem for Linux) or try Make Windows port.
Take a look at GoReleaser docs as well as its repo how it is dogfooding its functionality.
- Install GoDownloader
- Execute:
godownloader --repo=your_org/repo_name > ./install.sh
- Push
install.sh
to your repository. - Add installation instructions to your
README.md
e.g.:
curl -sSfL https://raw.githubusercontent.com/your_org/repo_name/master/install.sh | sh -s -- -b /usr/local/bin
You can change the .goreleaser.yml to contain:
build:
skip: true
release:
github:
prerelease: auto
Alternativly you can completly remove the usage of GoReleaser if you prefer handcrafted release notes.
By default go test
records code coverage for the package that is currently tested. If you want to get more accurate (cross-package) coverage, then consider using go-acc. Read more.
How to integratee with Codecov
- Sing up on CodeCov and setup your repository.
- Additionally consider configuring Codecov GitHub Application for better integration.
- Add codecov-action to .github/workflows/build.yml:
- name: Upload coverage to Codecov
uses: codecov/[email protected]
with:
file: ./coverage.out
- Add a badge in README.md:
[![codecov](https://codecov.io/gh/your_org/repo_name/branch/master/graph/badge.svg)](https://codecov.io/gh/your_org/repo_name)
Codecov integration example:
Read Codecov docs for further information and troubleshooting.
Auto-tagging can be done in many ways e.g. by using GitHub Actions like:
However, creating a release tag manually is often the optimal approach. Take notice that this template executes a release workflow each time a git tag with v
prefix is pushed.
Simply create an issue or a pull request.