I'd prefer that December be 5.14 because the Jenkins project is not ready to abandon Java 8 yet and I believe that JGit 6.0 plans to drop Java 8.
I don't think there's anything forcing Jenkins or Jenkins plug-ins to use JGit 6.0 if they currently use 5.x and that works. So I don't quite understand the reasoning here.
Agreed that there is nothing forcing Jenkins to use JGit 6.0. We'll remain with the 5.x line until Jenkins is ready to drop Java 8 support. If past history is an indicator, that will be at least another 1-2 years.
I fully support the JGit project choosing their own timeline when they drop support for Java 8.
Jenkins has suffered some pain in the past when we allowed ourselves to fall behind the JGit development path. The upgrade from JGit 4 to JGit 5 was quite laborious for the Jenkins git client plugin because it had to "catch up" across several minor versions and it had to resolve different API compatibility models used in JGit than are used in Jenkins. There is nothing wrong with either of the API compatibility models, they are just different and the difference brought some complications.
Mark Waite
Personally, either is fine with me. When we do JGit 6.0 Java 11 based, EGit 6.0 will follow suit and will bump its baseline to Eclipse 2020-09. (First Eclipse version that required Java 11.)
Cheers,
Thomas
jgit-dev mailing list
jgit-dev@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/jgit-dev
