|
||||||||
|
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira |
||||||||
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to [email protected].
For more options, visit https://groups.google.com/groups/opt_out.

In the scm-sync-config plugin, there are 2 SCM API used (and bridged) nowadays :
Problem with SCM API are :
On the SCM API side, problem is not with lack of generic layered methods, but differences in behaviour in these ones.
For instance, update() with svn will do an `svn update` (thus, working copy will be up to date, and ready for subsequent modifications). A svn delete will then be taken into account directly.
Whereas update() with a git impl will only do a `git fetch` (working copy not up-to-date (only origin references are updated)), thus we will need either a 'rebase' or 'merge' to include changes to push them on the upstream remote. These methods don't exist because they are too DVCS-oriented (and couldn't be implemented in non-DVCS scms).
Moreover, changing things in SCM API takes time because adding a generic method needs every scm implementation to provide their impl for this new generic method
This is the reason why I think the better solution will be to implement our own generic impl for plugin needs only