-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement a native git provider #9
Comments
Hi @helpermethod, if you are interested, @georgberky and me could contribute a proposal of an implementation for this feature. |
Hi @sparsick! That would be awesome! |
- simplify local build - move release relevant steps to own profile Co-authored-by: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
- move jgit specific operation to interface implementation Co-authored-by: Georg Berky <[email protected]>
- use more kotlin syntax
Hi @sparsick, because your commits already improve The concrete implementation of the What do you think? |
BTW I've created a Slack channel to discuss ideas, further development, tooling and so on https://join.slack.com/t/dependencyupd-pfm5382/shared_invite/zt-d34ieqlj-qk9T6YLmtYwaxFAAiY34kA I will also add a badge to the |
It is a good idea. Let me change the PR title and description and then you can go for it. @georgberky and I want to continue on Friday with the implementation. |
- use more kotlin syntax sugar
* #9: refactoring maven config - simplify local build - move release relevant steps to own profile Co-authored-by: Georg Berky <[email protected]> * #9 Add JUnit and AssertJ Co-Authored-By: Sandra Parsick <[email protected]> * #9: extracting interface - move jgit specific operation to interface implementation Co-authored-by: Georg Berky <[email protected]> * #9: change junit jupiter deps * #9: refacoring - use more kotlin syntax * #9: refacoring - use more kotlin syntax sugar Co-authored-by: Georg Berky <[email protected]> Co-authored-by: Georg Berky <[email protected]>
- preparation for integration tests
- test is failing
Co-Authored-By: Sandra Parsick <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-authored-by: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]>
- with native provider - still messy with Kotlin and class names Co-Authored-By: Sandra Parsick <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Karl Heinz Marbaise <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Karl Heinz Marbaise <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Karl Heinz Marbaise <[email protected]> u
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Karl Heinz Marbaise <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Georg Berky <[email protected]>
- The used directory from baseDirectory to targetProjectDirectory. - Using git init instead of git open. Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Karl Heinz Marbaise <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Georg Berky <[email protected]>
Co-Authored-By: Sandra Parsick <[email protected]> Co-Authored-By: Karl Heinz Marbaise <[email protected]>
Co-Authored-By: Karl Heinz Marbaise <[email protected]>
Co-Authored-By: Karl Heinz Marbaise <[email protected]>
The project currently uses
jgit
for creating branches, committing modifications, pushing refs, etc... .While
jgit
offers some benefits (Java-based DSL, does not require a native git client) it requires extensive setup for authenticating against a remote repository, which may be acceptable in Docker-based CI environments but not so in non-Docker based environments (Jenkins without Docker agent, local dev machine).The goal of this ticket is to implement a git provider which uses the native git executable if present.
The text was updated successfully, but these errors were encountered: