Skip to content
This repository was archived by the owner on Aug 23, 2023. It is now read-only.

Refactor releases #1177

Merged
merged 13 commits into from
Dec 19, 2018
Merged

Refactor releases #1177

merged 13 commits into from
Dec 19, 2018

Conversation

Dieterbe
Copy link
Contributor

@Dieterbe Dieterbe commented Dec 13, 2018

goal is to do the same as
grafana/carbon-relay-ng#330
grafana/carbon-relay-ng#331

also getting ready to issue another major release: 0.11.0

please have a look at the latest changelog entry for the upcomining release and give me a +1 or some feedback, thanks. and let me know is there any reason why i wouldn't tag 0.11.0 after merging this PR.
thanks.

@Dieterbe Dieterbe added this to the 0.11.0 milestone Dec 14, 2018
@Dieterbe Dieterbe changed the title WIP: Refactor releases Refactor releases Dec 14, 2018
@Dieterbe Dieterbe requested review from woodsaj and DanCech December 14, 2018 18:20
@Dieterbe Dieterbe force-pushed the refactor-releases branch 3 times, most recently from 1296c0c to e0e0f8a Compare December 15, 2018 09:49
@Dieterbe
Copy link
Contributor Author

currently not building cause circleci doesn't have go 1.11.4 yet. i imagine that'll be addressed shortly.

Copy link
Contributor

@DanCech DanCech left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks reasonable to me

the main problem this solves is that users want to be able to see the
changelog for unreleased versions, whereas on GitHub releases page
you can only show changelog after making the release.
no need for -<commit>-<hash> suffix if we're right on a tag
the main problem we solve here is that currently, people just install
the latest package, or run the latest docker image, and occasionally
something in master hasn't had the chance yet to be battle tested in
production.  We want to make it safer for them to run metrictank,
by guiding them towards the latest stable releases, which are tagged
after we feel more confident about the code in master.

while we're at it, make sure we consistently set version/tag everywhere
note, all version tags will now be e.g. `v1.0` rather than `1.0`, for no strong reason other than it just looks a bit slicker.
the distribution packages use the latter, because I think tools like deb/rpm will start complaining otherwise.
But everywhere else, (docker/gcr tags, mt-qa, app reporting its own version in logs and metrics) we use the one with `v` prefix whereas we did not before.
* it's the version, not the git hash
* runtime.Version() prints "go" if it's go, so no need to mention anymore
* put app version first cause we care more about it
* easier to parse format
@Dieterbe Dieterbe merged commit a3e0082 into master Dec 19, 2018
This was referenced Dec 19, 2018
@Dieterbe Dieterbe deleted the refactor-releases branch March 27, 2019 21:09
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants