8 Commits (0975031678605edc3f7321739d3764d4256db6a4)

Author	SHA1	Message	Date
James Phillips	8bc8c25cfb	Tweaks some versions around 1.0.0.	7 years ago
James Phillips	cc710aed39	Puts tree in 0.9.4 dev mode.	7 years ago
James Phillips	4c2e13e0df	Puts the tree in 0.9.3 release mode.	7 years ago
James Phillips	0034cc5098	Puts the tree into 0.9.3-rc2 release mode.	7 years ago
James Phillips	e76eeadf13	Puts the tree in 0.9.3-rc1 release mode.	7 years ago
Frank Schroeder	f25632d6a1	build: drop 'consul' build tag for OSS build	7 years ago
Frank Schroeder	831d84c940	build: make tests independent of build tags ... When the metadata server is scanning the agents for potential servers it is parsing the version number which the agent provided when it joined. This version number has to conform to a certain format, i.e. 'n.n.n'. Without this version number properly set some tests fail with error messages that disguise the root cause. The default version number is currently set to 'unknown' in version/version.go which does not parse and triggers the tests to fail. The work around is to use a build tag 'consul' which will use the version number set in version_base.go instead which has the correct format and is set to the current release version. In addition, some parts of the code also require the version number to be of a certain value. Setting it to '0.0.0' for example makes some tests pass and others fail since they don't pass the semantic check. When using go build/install/test one has to remember to use '-tags consul' or tests will fail with non-obvious error messages. Using build tags makes the build process more complex and error prone since it prevents the use of the plain go toolchain and - at least in its current form - introduces subtle build and test issues. We should try to eliminate build tags for anything else but platform specific code. This patch removes all references to specific version numbers in the code and tests and sets the default version to '9.9.9' which is syntactically correct and passes the semantic check. This solves the issue of running go build/install/test without tags for the OSS build.	7 years ago
James Phillips	2a950f3897	Adds basic build tag support with different versions. (#2463)	8 years ago