Closed gounthar closed 1 week ago
You might want to take a look at #49. Please do not merge it, let's discuss it here if you don't mind. Thanks.
At the end does it really matter to have same version than the git-client plugin ?
We will not have any classpath issue
I would just use latest jgit version and keep it up-to-date with dependabot like any other dependency
I would just use latest jgit version and keep it up-to-date with dependabot like any other dependency
This is what I have been thinking of from the beginning, and I don't understand why do we want to have the same version of jgit as in git-client
or git
plugin.
I'd like to clarify the rationale behind using the same jgit version as the git-client plugin:
Proven Reliability:
Risk Mitigation:
Balanced Approach:
I'm interested in hearing your thoughts on this approach and any potential drawbacks or benefits you foresee.
What feature do you want to see added?
During our last meeting, we discussed the use of
jgit
. I'd like to propose a few ideas for consideration:Version Alignment: What if we use the same version of
jgit
as the one used in either:Version Discovery: We could utilize updatecli to help us identify the correct version from the Git Client Plugin's pom file.
Dependency Management: We might consider adding the Git Client Plugin's pom as a Bill of Materials (BOM) for better dependency management.
Expert Input: @jonesbusy may have valuable insights or alternative approaches to suggest.
Initial Approach: For now, we could start with a pinned version of
jgit
. Later, we can explore ways to keep it synchronized with the version used in Git plugins.What are your thoughts on these suggestions? I'm open to any feedback or alternative ideas.
Upstream changes
No response
Are you interested in contributing this feature?
No response