htrace-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Masatake Iwasaki <>
Subject Re: git tag and branch naming
Date Wed, 27 Jan 2016 04:41:19 GMT
Sorry for late reply.

I agree with the proposed naming conversion for branches and tags.
If there is no objection further, we should close HTRACE-331 and
prepare for the next release.

Masatake Iwasaki

On 12/15/15 04:53, Colin P. McCabe wrote:
> As part of our release process, we create git tags for each release
> candidate (RC)... for example, 3.1.0RC9 and 4.0.1RC1.  We also often
> use release branches-- for example, the "4.0" branch.
> As Sean Busbey pointed out, we should also be creating "release" tags,
> so that people who want to check out the release can do so without
> having to figure out which RC was anointed as the release.  I also
> think we should adopt a naming convention for release branches and
> tags so that people attempting to check out tags don't accidentally
> check out branches, and vice versa.
> The branch and tag naming is confusing right now.  For example,
> someone running "git checkout 4.0" might be surprised to learn that
> this checks out a branch currently containing 4.0.1, not the git tag
> for the 4.0 release.
> I'm thinking we should adopt the following convention:
> * release tags should have "release" in the name. So the tag for
> htrace 4.1 should be "4.1-release"
> * RC tags continue to be "4.1-RC1" and so forth.
> * release branches should have "branch" in the name. So the branch for
> 4.1 should be "branch-4.1".  In general, branches should not include
> "RC[0-9]" or "release" in the names, to avoid confusion with the tags.
> Let me know what you think.  If you guys agree, I will also create
> 4.0-release and 4.0.1-release tags corresponding to those releases.
> best,
> Colin

View raw message