Makego is our Makefile setup for our Golang projects. This repository also functions as a template repository for our Golang projects that use makego.
Makego supports our development workflow, which includes Golang, Docker, and Protobuf primarily. All
projects should result in make
working out of the box, as long as the system has Golang >=1.13
installed, and Docker installed if Docker is used. All other dependences (except for a few that we
need to document that most systems will have, such as bash
, curl
, and git
) are installed by makego
automatically and cached on a per-project basis, including all Golang module downloads.
Makego allows updating from this main (or your forked main) automatically, only copying the files you need.
Makego is primarily OSS as we use it in our OSS projects. Makego will likely have many breaking
changes, and we do not provide support for it in any form. You're obviously welcome
to fork it and/or use components of it, however - the MAKEGO_REMOTE
variable controls the remote location
for make copyfrommakego
.
If you do use this, you should get familiar with the actual Makefiles contained in this project.
Very alpha. This will change a bunch. The documentation is incomplete as well.
Buf uses this, and should be treated as the gold-standard example for makego usage.
The following are controlled by makego, and should not be edited directly:
- make/go - This is the "actual" makego library. This contains the Makefiles and scripts that compromise makego's functionality.
- .dockerignore - The autogenerated Docker ignore file. If you do not include make/go/docker.mk, you should delete this file for your new Golang project.
- .gitignore The autogenerated git ignore file.
- go.mod, go.sum - The Golang module files. These are autogenerated.
Additionally, makego expects the following if Docker is used:
- Dockerfile.workspace the Dockerfile for development of your Golang repository. If you include make/go/docker.mk, this file should be present.
Otherwise, you're free to choose your own layout, however you should generally do the following:
- Have a file
make/PROJECT/all.mk
such as make/foo/all.mk that defines the setup for your project. This should be the only file included in your Makefile. - Put your main packages in cmd. For example, for a binary named
foo
, you should have cmd/foo, and addcmd/foo
toGO_BINS
such as in make/foo/all.mk. - If using Docker, put a Dockerfile per main package as Dockerfile.foo.
Then add
foo
toDOCKER_BINS
such as in make/foo/all.mk. - Put generated files in any subdirectory named
gen
. Makego treatsgen
directories as special, primarily by not linting them or using them for code coverage.
Other files of relevance:
- .github - This is for GitHub Actions primarily, there is an example action at .github/workflows/ci.yaml.
- .envrc - This is for direnv, which makego supports. This generally should not be edited, however.
- LICENSE - Our license. Replace with your own license.
- Makefile - The main Makefile. See below for setup.
- README.md - This readme.
.env
- This directory contains your individual environment, if you want. You can back this up to withmake envbackup
and restore withmake envrestore
. The special file.env/env.sh
will be included withmake direnv
, which direnv calls via .envrc..tmp
- This directory is used for temporary files such as coverage files and makego temporary clones.
Assuming your actual remote is github.com/eng/hello
:
git clone https://github.com/bufbuild/makego hello
cd ./hello
rm -rf .git
git init
git remote add origin https://github.com/eng/hello
Move make/foo
to make/PROJECT
:
mv make/foo make/hello
Then edit the Makefile:
# You can put make/go somewhere else if you want but we would not recommend it, however it
# should work as all Makefile in make/go use this variable to know where things are
MAKEGO := make/go
# Change to your fork. Do not use ours.
MAKEGO_REMOTE := https://github.com/eng/makego.git
# Your project name
PROJECT := hello
# The Golang module
GO_MODULE := github.com/eng/makego
# The Docker organization. Optimally this is your Docker Hub organization, but makego
# does not currently interact with Docker Hub.
DOCKER_ORG := eng
# The Docker project name, generally the same as PROJECT. The Docker image
# $(DOCKER_ORG)/$(DOCKER_PROJECT)-workspace will be created.
DOCKER_PROJECT := hello
# This changes from make/foo/all.mk to make/hello/all.mk
include make/hello/all.mk
Update everything and make sure everything builds:
# This also calls make generate and make all
make upgrade
Figure out the specific files you want (see "Basic Concepts" below), and only include
those files in make/hello/all.mk
. When you're sure you are done, run make updatemakego
to delete unnecessary files.
# CONFIRM=1 is just for protection
# If you later want to restore all the files, you can do so by adding ALL=1 to this command
make updatemakego CONFIRM=1
Then, delete everything in this readme except potentially the badge links at the top (but if you keep the badge links, update them for your repository). Also update the LICENSE for your use.
All projects should have a make/PROJECT/all.mk
file that defines your actual setup. This
includes files from make/go
that you need, as well as any custom build commands See
make/buf/all.mk for a
real-world example.
This file should all or some of these files, depending on what you need:
- make/go/bootstrap.mk - This always needs to be the first file included. This defines functions that the rest of the files use.
- make/go/go.mk - This defines Golang functionality. All projects should generally include this.
- make/go/docker.mk - This defines Docker functionality. Only
include if you want to use Docker. If you do not use Docker, you can delete the
.dockerignore
file and any Dockerfiles.
All other files are automatically included.
We are not documenting all development commands, however some important ones of note:
make all
- This is the default goal, and runs linting and testing.make ci
- This is the goal for CI, and downloads deps, and runs linting, testing, and code coverage. Note that deps are downloaded automatically on a per-target basis, so the intial dep download really shouldn't be needed.make generate
- Do all generation.make lint
- Do all linting.make build
- Go build.make test
- Go test.make cover
- Go code coverage.make install
- Install all Go binaries defined byGO_BINS
.make dockermakeworkspace
- This will runmake all
by default inside the Docker container defined byDocker.workspace
. You can edit the Makefile target withDOCKERMAKETARGET
.make dockerbuild
- Build all Docker images defined byDOCKER_BINS
.make updatemakego
- Update from makego main.
Makego is controlled by various environment variables. This list may get out of date, however as of this writing, this is what is required, settable, and settable at runtime.
These variables should be defined in your Makefile and are required.
MAKEGO
- The location of themake/go
directory. Generally you should have this asmake/go
, however we did make it settable so you can put the files somewhere else.MAKEGO_REMOTE
- The remote location for makego. You should point this at your fork. The make targetmake copyfrommakego
will copy makego to your current files.PROJECT
- Your project name. This is used for many things such as your config and cache locations.GO_MODULE
- Your Golang module name.
If you use Docker, the following are also required.
DOCKER_ORG
- The Docker organization. Optimally this is your Docker Hub organization, but makego does not currently interact with Docker Hub.DOCKER_PROJECT
- The Docker project name, generally the same asPROJECT
. The Docker image$(DOCKER_ORG)/$(DOCKER_PROJECT)-workspace
will be created.
These variables are settable in your Makefiles, but should be static, i.e. these are for project-specific settings and not intended to be set on the command line.
FILE_IGNORES
- The relative paths to files to add to.dockerignore
and.gitignore
. By default, makego will add.env
,.tmp
. and any Golang binaries. Note if you set this, you should do so by including the current value ieFILE_IGNORES := $(FILE_IGNORES) .build/
.CACHE_BASE
- By default, makego caches to~/.cache/$(PROJECT)
. Set this to change that.GO_BINS
- The relative paths to your Golang main packages, For examplecmd/foo
. Note if you set this, you should do so by including the current value ieGO_BINS := $(GO_BINS) cmd/bar
.GO_GET_PKGS
- Extra packages to get when runningmake upgrade
. For example, make/buf/all.mk addsmaster
for github.com/jhump/protoreflect. Note if you set this, you should do so by including the current value ieGO_GET_PKGS := $(GO_GET_PKGS) github.com/foo/bar@v1.0.0
.GO_LINT_IGNORES
- Extragrep
ignores for linting. Note if you set this, you should do so by including the current value ieGO_LINT_IGNORES := $(GO_LINT_IGNORES) \/foobar\/
.DOCKER_BINS
- This sets any Dockerfiles that are to be built. There should be a matchingDockerfile.binaryname
for each value. Note if you set this, you should do so by including the current value ieDOCKER_BINS := $(DOCKER_BINS) bar
..*_VERSION
- This sets the version for dependencies, such asERRCHECK_VERSION := e14f8d59a22d460d56c5ee92507cd94c78fbf274
. We update these once in a while, but you can set your own as well to make sure your own builds are deterministic. See thedep_.*
files for the individual variables.
These variables are meant to be set when invoking make targets on the command line.
CONFIRM
- This is required to be set when runningmake updatemakego
. This is to protect against updating when not intended.ALL
- This results in all makego files being downloaded when runningmake updatemakego
instead of just the ones that you current have included.DOCKERMAKETARGET
- This changes the recursive make target formake dockermakeworkspace
fromall
to this value.GOPKGS
- This controls what packages to build for Go commands. By default, this is./...
. If you only wanted to test./internal/foo/...
for example, you could runmake test GOPKGS=./internal/foo/...
COVEROPEN
- This will result in thecover.html
file being automatically opened aftermake cover
is run, for example `make cover COVEROPEN=1.