2017-04-27 18:49:43 +00:00
|
|
|
SHELL = bash
|
2016-05-07 20:02:12 +00:00
|
|
|
GOTOOLS = \
|
|
|
|
|
github.com/elazarl/go-bindata-assetfs/... \
|
|
|
|
|
github.com/jteeuwen/go-bindata/... \
|
|
|
|
|
github.com/mitchellh/gox \
|
|
|
|
|
golang.org/x/tools/cmd/cover \
|
|
|
|
|
golang.org/x/tools/cmd/stringer
|
2017-03-23 23:06:25 +00:00
|
|
|
GOTAGS ?= consul
|
2017-04-26 22:47:57 +00:00
|
|
|
GOFILES ?= $(shell go list ./... | grep -v /vendor/)
|
2017-04-18 22:03:51 +00:00
|
|
|
GOOS=$(shell go env GOOS)
|
|
|
|
|
GOARCH=$(shell go env GOARCH)
|
|
|
|
|
|
|
|
|
|
# Get the git commit
|
|
|
|
|
GIT_COMMIT=$(shell git rev-parse --short HEAD)
|
|
|
|
|
GIT_DIRTY=$(shell test -n "`git status --porcelain`" && echo "+CHANGES" || true)
|
|
|
|
|
GIT_DESCRIBE=$(shell git describe --tags --always)
|
|
|
|
|
GIT_IMPORT=github.com/hashicorp/consul/version
|
|
|
|
|
GOLDFLAGS=-X $(GIT_IMPORT).GitCommit=$(GIT_COMMIT)$(GIT_DIRTY) -X $(GIT_IMPORT).GitDescribe=$(GIT_DESCRIBE)
|
|
|
|
|
|
|
|
|
|
export GOLDFLAGS
|
2013-12-06 23:43:07 +00:00
|
|
|
|
2016-02-18 04:36:48 +00:00
|
|
|
# all builds binaries for all targets
|
2016-10-25 20:49:57 +00:00
|
|
|
all: bin
|
|
|
|
|
|
|
|
|
|
bin: tools
|
2013-12-06 23:43:07 +00:00
|
|
|
@mkdir -p bin/
|
2017-03-23 23:06:25 +00:00
|
|
|
@GOTAGS='$(GOTAGS)' sh -c "'$(CURDIR)/scripts/build.sh'"
|
2015-10-22 18:16:01 +00:00
|
|
|
|
2015-10-22 19:00:35 +00:00
|
|
|
# dev creates binaries for testing locally - these are put into ./bin and $GOPATH
|
2017-04-18 22:03:51 +00:00
|
|
|
dev:
|
2017-05-04 11:31:56 +00:00
|
|
|
mkdir -p pkg/$(GOOS)_$(GOARCH)/ bin/
|
2017-04-18 22:03:51 +00:00
|
|
|
go install -ldflags '$(GOLDFLAGS)' -tags '$(GOTAGS)'
|
2017-04-28 23:40:50 +00:00
|
|
|
cp $(GOPATH)/bin/consul bin/
|
2017-04-18 22:03:51 +00:00
|
|
|
cp $(GOPATH)/bin/consul pkg/$(GOOS)_$(GOARCH)
|
2015-10-22 18:16:01 +00:00
|
|
|
|
2017-05-04 11:31:56 +00:00
|
|
|
# linux builds a linux package indpendent of the source platform
|
|
|
|
|
linux:
|
|
|
|
|
mkdir -p pkg/linux_amd64/
|
|
|
|
|
GOOS=linux GOARCH=amd64 go build -ldflags '$(GOLDFLAGS)' -tags '$(GOTAGS)' -o pkg/linux_amd64/consul
|
|
|
|
|
|
2016-02-18 04:36:48 +00:00
|
|
|
# dist builds binaries for all platforms and packages them for distribution
|
|
|
|
|
dist:
|
2017-03-23 23:06:25 +00:00
|
|
|
@GOTAGS='$(GOTAGS)' sh -c "'$(CURDIR)/scripts/dist.sh'"
|
2015-10-22 18:16:01 +00:00
|
|
|
|
2013-12-06 23:43:07 +00:00
|
|
|
cov:
|
2017-04-26 22:47:57 +00:00
|
|
|
gocov test $(GOFILES) | gocov-html > /tmp/coverage.html
|
2013-12-06 23:43:07 +00:00
|
|
|
open /tmp/coverage.html
|
|
|
|
|
|
2017-04-26 22:47:57 +00:00
|
|
|
test: dev
|
|
|
|
|
go test -tags "$(GOTAGS)" -i -run '^$$' ./...
|
2017-04-27 18:17:58 +00:00
|
|
|
( set -o pipefail ; go test -tags "$(GOTAGS)" -v $(GOFILES) | tee test.log )
|
2015-01-20 23:31:57 +00:00
|
|
|
|
2016-02-13 00:50:37 +00:00
|
|
|
cover:
|
2017-04-26 22:47:57 +00:00
|
|
|
go test $(GOFILES) --cover
|
2013-12-06 23:43:07 +00:00
|
|
|
|
2016-02-13 00:50:37 +00:00
|
|
|
format:
|
2014-05-06 05:45:54 +00:00
|
|
|
@echo "--> Running go fmt"
|
2017-04-26 22:47:57 +00:00
|
|
|
@go fmt $(GOFILES)
|
2014-05-06 05:38:21 +00:00
|
|
|
|
Makefile: add vet target
Add a vet target in order to catch suspicious constructs
reported by go vet.
Vet has successfully detected problems in the past,
for example, see
c9333b1b9b472feb5cad80e2c8276d41b64bde88
Some vet flags are noisy. In particular, the following flags
reports a large amount of generally unharmful constructs:
```
-assign: check for useless assignments
-composites: check that composite literals used field-keyed
elements
-shadow: check for shadowed variables
-shadowstrict: whether to be strict about shadowing
-unreachable: check for unreachable code
```
In order to skip running the flags mentioned above, vet is
invoked on a directory basis with `go tool vet .` since package-
level type-checking with `go vet` doesn't accept flags.
Hence, each file is vetted in isolation, which is weaker than
package-level type-checking. But nevertheless, it might catch
suspicious constructs that pose a real issue.
The vet target runs the following flags on the entire repo:
```
-asmdecl: check assembly against Go declarations
-atomic: check for common mistaken usages of the
sync/atomic package
-bool: check for mistakes involving boolean operators
-buildtags: check that +build tags are valid
-copylocks: check that locks are not passed by value
-methods: check that canonically named methods are canonically
defined
-nilfunc: check for comparisons between functions and nil
-printf: check printf-like invocations
-rangeloops: check that range loop variables are used correctly
-shift: check for useless shifts
-structtags: check that struct field tags have canonical format
and apply to exported fields as needed
-unsafeptr: check for misuse of unsafe.Pointer
```
Now and then, it might make sense to check the output of the
disabled flags manually.
For example, `VETARGS=-unreachable make vet` can detect several
lines of dead code that can be deleted, etc.
2015-01-17 06:44:10 +00:00
|
|
|
vet:
|
2017-03-23 23:06:25 +00:00
|
|
|
@echo "--> Running go vet"
|
2017-04-26 22:47:57 +00:00
|
|
|
@go vet $(GOFILES); if [ $$? -eq 1 ]; then \
|
Makefile: add vet target
Add a vet target in order to catch suspicious constructs
reported by go vet.
Vet has successfully detected problems in the past,
for example, see
c9333b1b9b472feb5cad80e2c8276d41b64bde88
Some vet flags are noisy. In particular, the following flags
reports a large amount of generally unharmful constructs:
```
-assign: check for useless assignments
-composites: check that composite literals used field-keyed
elements
-shadow: check for shadowed variables
-shadowstrict: whether to be strict about shadowing
-unreachable: check for unreachable code
```
In order to skip running the flags mentioned above, vet is
invoked on a directory basis with `go tool vet .` since package-
level type-checking with `go vet` doesn't accept flags.
Hence, each file is vetted in isolation, which is weaker than
package-level type-checking. But nevertheless, it might catch
suspicious constructs that pose a real issue.
The vet target runs the following flags on the entire repo:
```
-asmdecl: check assembly against Go declarations
-atomic: check for common mistaken usages of the
sync/atomic package
-bool: check for mistakes involving boolean operators
-buildtags: check that +build tags are valid
-copylocks: check that locks are not passed by value
-methods: check that canonically named methods are canonically
defined
-nilfunc: check for comparisons between functions and nil
-printf: check printf-like invocations
-rangeloops: check that range loop variables are used correctly
-shift: check for useless shifts
-structtags: check that struct field tags have canonical format
and apply to exported fields as needed
-unsafeptr: check for misuse of unsafe.Pointer
```
Now and then, it might make sense to check the output of the
disabled flags manually.
For example, `VETARGS=-unreachable make vet` can detect several
lines of dead code that can be deleted, etc.
2015-01-17 06:44:10 +00:00
|
|
|
echo ""; \
|
|
|
|
|
echo "Vet found suspicious constructs. Please check the reported constructs"; \
|
2017-03-23 23:06:25 +00:00
|
|
|
echo "and fix them if necessary before submitting the code for review."; \
|
|
|
|
|
exit 1; \
|
Makefile: add vet target
Add a vet target in order to catch suspicious constructs
reported by go vet.
Vet has successfully detected problems in the past,
for example, see
c9333b1b9b472feb5cad80e2c8276d41b64bde88
Some vet flags are noisy. In particular, the following flags
reports a large amount of generally unharmful constructs:
```
-assign: check for useless assignments
-composites: check that composite literals used field-keyed
elements
-shadow: check for shadowed variables
-shadowstrict: whether to be strict about shadowing
-unreachable: check for unreachable code
```
In order to skip running the flags mentioned above, vet is
invoked on a directory basis with `go tool vet .` since package-
level type-checking with `go vet` doesn't accept flags.
Hence, each file is vetted in isolation, which is weaker than
package-level type-checking. But nevertheless, it might catch
suspicious constructs that pose a real issue.
The vet target runs the following flags on the entire repo:
```
-asmdecl: check assembly against Go declarations
-atomic: check for common mistaken usages of the
sync/atomic package
-bool: check for mistakes involving boolean operators
-buildtags: check that +build tags are valid
-copylocks: check that locks are not passed by value
-methods: check that canonically named methods are canonically
defined
-nilfunc: check for comparisons between functions and nil
-printf: check printf-like invocations
-rangeloops: check that range loop variables are used correctly
-shift: check for useless shifts
-structtags: check that struct field tags have canonical format
and apply to exported fields as needed
-unsafeptr: check for misuse of unsafe.Pointer
```
Now and then, it might make sense to check the output of the
disabled flags manually.
For example, `VETARGS=-unreachable make vet` can detect several
lines of dead code that can be deleted, etc.
2015-01-17 06:44:10 +00:00
|
|
|
fi
|
|
|
|
|
|
2016-11-08 23:14:08 +00:00
|
|
|
# build the static web ui and build static assets inside a Docker container, the
|
|
|
|
|
# same way a release build works
|
2016-11-02 22:53:02 +00:00
|
|
|
ui:
|
|
|
|
|
@sh -c "'$(CURDIR)/scripts/ui.sh'"
|
|
|
|
|
|
2016-02-18 04:30:06 +00:00
|
|
|
# generates the static web ui that's compiled into the binary
|
2016-02-13 00:50:37 +00:00
|
|
|
static-assets:
|
2015-11-30 19:24:08 +00:00
|
|
|
@echo "--> Generating static assets"
|
2016-01-15 18:21:42 +00:00
|
|
|
@go-bindata-assetfs -pkg agent -prefix pkg ./pkg/web_ui/...
|
2015-11-30 19:24:08 +00:00
|
|
|
@mv bindata_assetfs.go command/agent
|
|
|
|
|
$(MAKE) format
|
|
|
|
|
|
2016-02-13 01:09:18 +00:00
|
|
|
tools:
|
|
|
|
|
go get -u -v $(GOTOOLS)
|
|
|
|
|
|
2016-11-02 22:53:02 +00:00
|
|
|
.PHONY: all ci bin dev dist cov test cover format vet ui static-assets tools
|
