To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/CAPfivLBF6zo-EyqRCU4uECzN2AZpPC4RF-wfLNapB8zxat%2BjRg%40mail.gmail.com.--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/8DE23CB8-F4FD-4743-967B-CEFCA06B31C2%40beckweb.net.
Hello,
I wrote a whole subversion to git repository conversion program.
Anyways I used it to convert the svn.jenkins-ci.org into git.
https://github.com/mocleiri/svn.jenkins-ci.org
I need to write some additional branch detection rules and rerun the export but in principal it seems to have worked.
Branch detection is right to left so there are some mistakes that can be fixed with repo specific branch detection.
Nicely there weren't any files greater than 100 MB in size so no rewriting was needed before it could be uploaded to github.
FYI the svn repo on disk itself is 1.8 GB (I mirrored it), a bzipped svn dump is around 700 MB. The git repo is around 400 mb.
Typically post conversion the test is do the trunk branches build and are the release tags accurate.
This page has a section on how you can checkout the key branch from svn and then turn that tree into a git commit. Then it can be diff'd with the git importer conversion and if there is no difference it's an accurate conversion.
https://github.com/kuali-student/git-repository-tools/blob/master/README.txt
If a reasonably sized list of such key branches can be made I can have a look at the accuracy of the conversion.
Regards,
Michael
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/20160318164356.GQ13352%40blackberry.coupleofllamas.com.
If this is possible, could you please import the following plugins too:
http://wiki.jenkins-ci.org/display/JENKINS/VncRecorder+Plugin
https://wiki.jenkins-ci.org/display/JENKINS/VncViewer+Plugin
http://wiki.jenkins-ci.org/display/JENKINS/ImageComparison+Plugin
My GitHub id is dtbaum. I am on vacation till the 3rd April, therefore my possibilities to support the migration are unfortunately limited by my iPad and flaky hotel Wi-Fi.
Regards,
Dimitri
Hello,
I identified the tags for each of the svn.jenkins-ci.org plugins and started doing comparisons with what is in the live svn repo.
Aside from some file permissions the git converted trunk is an exact replica of svn.
I'm planning on creating separate repo's per plugin with their hudson/plugins/<plugin-name> extract to the root to match the tags.
I tried git filter-branch --subdirectory-filter but it only works for trunk not the tags. I'm working on a --commit-filter that will keep the tag path as-is but collapse trunk commits on the target hudson/plugins/<plugin-name> path.
Once this is done I will upload the split repos to github and they can be vetted and migrated into the regular jenkinsci github.
Once split the trunk branches for each (or perhaps renamed to master) need to be updated to migrate the plugin's release setup to work in git.
Hope to have the repo's split within a day or two,
Regards,
Michael
--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/40304318-fb78-4ed6-a2d6-5052466f1471%40googlegroups.com.
Hello,
Just to give an update.
I've switched over to using Java and JGit for rewriting/splitting out the plugins.
I have some repo cleaning code that I'm adapting fit this case.
My splitter can extract the module where it exists. And preserve the release tags.
The current issue I'm solving is how to prune commits that don't include the module at all.
These are mostly from the beginning of the repository (early history).
I have a test case in https://github.com/kuali-student/git-repository-tools in SplitMultiModuleRewriterTestCase that builds an example git repository and then applies the splitter.
I don't have the asserts setup but I debug through it in eclipse and inspect the resultant repo for accuracy.
I hope to have this issue solved and the split repos available by the end if the week.
Regards,
Michael
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/20160329183535.GX15060%40blackberry.coupleofllamas.com.
--
You received this message because you are subscribed to the Google Groups "Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-de...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/E3ABD175-ADFC-40C7-A776-E7F84277B4D3%40beckweb.net.