Mark: Am I OK to cut actual releases of Git 2.6.x and 3.0.x?

25 views
Skip to first unread message

Stephen Connolly

unread,
Jan 4, 2017, 5:17:15 AM1/4/17
to Mark Waite, jenkin...@googlegroups.com
Mark, 

I am looking to push the branch-api 2.0 changes out as non-beta releases. I will need to coordinate releases of Git plugin. Am I OK to cut the releases of the Git plugin, or do you want to tangle yourself into the coordinated release chain?

-Stephen

Mark Waite

unread,
Jan 4, 2017, 7:24:28 AM1/4/17
to Stephen Connolly, jenkin...@googlegroups.com

You're welcome to do the releases.  Don't forget that the 2.6 release must be built with Java 7. The 3.0 release can be built with Java 8.

Since this is a larger change in api, will it be 3.1 and 2.7?

Mark Waite

Stephen Connolly

unread,
Jan 4, 2017, 7:57:31 AM1/4/17
to Mark Waite, jenkin...@googlegroups.com
What ever you want. we released as 2.6 -beta and 3.0 -beta because, while the SCM API changes, the impact on the Git plugin is minor... it is just the downstream impact of unwinding hacks in github branch source and bitbucket branch source that makes it part of the coordinated release train.

On 4 January 2017 at 12:24, Mark Waite <mark.ea...@gmail.com> wrote:

You're welcome to do the releases.  Don't forget that the 2.6 release must be built with Java 7. The 3.0 release can be built with Java 8.

Since this is a larger change in api, will it be 3.1 and 2.7?

Mark Waite

Mark Waite

unread,
Jan 4, 2017, 10:08:07 AM1/4/17
to Stephen Connolly, jenkin...@googlegroups.com
Ah, then let's continue with the 2.6 and 3.0 series as you did at beta.

Thanks,
Mark Waite
Reply all
Reply to author
Forward
0 new messages