Re: git tag and branch naming

2016-01-26 Thread Sean Busbey
with the new ASF release tag policy, this would make our release tags look
like 'rel/4.0-release' and 'rel/4.0.1-release'.

the 'rel' prefix makes the distinction between branches and tagged releases
clear to me. what do others think?

On Tue, Jan 26, 2016 at 10:41 PM, Masatake Iwasaki <
iwasak...@oss.nttdata.co.jp> wrote:

> 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.
>
> Thanks,
> 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
>>
>
>


-- 
Sean


Re: Time for a new release?

2016-01-26 Thread Masatake Iwasaki

Hi Colin,

I can see branch-4.1 created in the repo.
Have you already started to create RC?

Regards,
Masatake Iwasaki

On 1/15/16 10:18, Masatake Iwasaki wrote:

I think it's time to cut the 4.1 release.


+1.

I volunteer to do release management work, if you like.

Thanks,
Masatake Iwasaki


On 1/14/16 07:52, Colin P. McCabe wrote:

Hi all,

Happy new year!

I think it's time to cut the 4.1 release.  We've fixed up a lot of
bugs, and made a lot of progress since 4.0.1.

If everyone agrees, I'll post something in the next few days.

best,
Colin






Re: git tag and branch naming

2016-01-26 Thread Masatake Iwasaki

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.

Thanks,
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