Re: [jgit-dev] do we want to release 4.0 or 3.4 in June ?

[Matthias Sohn <matthias.sohn@xxxxxxxxx>]

On Fri, Feb 21, 2014 at 6:09 PM, Alex Blewitt <alex.blewitt@xxxxxxxxx> wrote:

The m2e EGit scm provider uses a version range eg [3,4) so knock on effects with versions can cause problems. Unless there's a really good reason to raise the major version I would recommend that it isn't raised. 

Alex

Sent from my iPhone 5

On 21 Feb 2014, at 14:32, Chris Aniszczyk <caniszczyk@xxxxxxxxx> wrote:

3.4 seems fine since nothing is breaking, worst case scenario, if we want to do something that breaks changes it's easier to go to 4.0 then the other way around :)

Thanks for doing the release work again!

On Thu, Feb 20, 2014 at 4:48 PM, Matthias Sohn <matthias.sohn@xxxxxxxxx> wrote:

When we put together the plan for 4.0 (Luna timeframe) we were assuming

we might need to break API e.g. for supporting symlinks or interactive rebase

but it seems we found a way to avoid breaking the API. I am not aware of any

breaking changes in review for our Luna release in June.

I think if that's true we should change the plan and release 3.4 instead of 4.0 for

Luna. Speak up if you have any breaking changes you'd like to include in our

next release after 3.3.

as there are no breaking changes underway I conclude we will not release 4.0 but 3.4 with Luna in June this year

--

Matthias