Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jgit-dev] do we want to release 4.0 or 3.4 in June ?

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. 


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


Back to the top