|
|
Home » Community » U++ community news and announcements » svn mirror lost (and being recreated)
|
|
|
Re: svn mirror lost (and being recreated) [message #25907 is a reply to message #25906] |
Fri, 19 March 2010 07:33 |
|
mirek
Messages: 14112 Registered: November 2005
|
Ultimate Member |
|
|
Unfortunately, the issue is still not resolved. I will have to delete and recreate the repository at least one more time.
The problem perhaps is that googlecode uses svn 1.6 and we are still at 1.4. With this setup, mirroring stops at revision ~300 with some weird error.
The current mirror is created by dumpimg primary repository, creating yet another repository in ubuntu 9.10 and mirroring that. Unfortunately, with that mirror, I cannot continue with 8.04.
I have one more thing to try, if that fails, I will perhaps rather wait until next ubuntu LTS (in next months) then upgrade the OS of server...
Mirek
[Updated on: Fri, 19 March 2010 07:33] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
Re: svn mirror lost (and being recreated) [message #31616 is a reply to message #25933] |
Thu, 17 March 2011 17:59 |
|
kohait00
Messages: 939 Registered: July 2009 Location: Germany
|
Experienced Contributor |
|
|
it seems as if the svn tree crash has introduced a marginal issue, for those guys using git at least.
mirekt said that 'somewhere around revision ~300 it made an error'
well it must be rev 328, since it has commit time march 20, 2010
which is no big deal, except that the git from download page has been created from the former, proper svn tree. which had that special commit set right.
now, when people are converting svn -> git they end up with a split history at that point (rev 328).
how to deal with it?
is there a possibility to modify/hack that special commit in SVN to reflect the same date? so git would work again? (merging and sharing is not possible otherwise)
beein that said, again, i vote for switching to git..the repositories can be recreated a lot esier (since the full history is always somewhere around with any developer).
Gitorious / github are as good as google code..(which still sticks to svn)
at least, is it possible to regenerate the upp-mirror from the upp server, where the history is not corrupted?
[Updated on: Thu, 17 March 2011 21:47] Report message to a moderator
|
|
|
Re: svn mirror lost (and being recreated) [message #31646 is a reply to message #31616] |
Fri, 18 March 2011 19:22 |
|
mirek
Messages: 14112 Registered: November 2005
|
Ultimate Member |
|
|
kohait00 wrote on Thu, 17 March 2011 12:59 | it seems as if the svn tree crash has introduced a marginal issue, for those guys using git at least.
mirekt said that 'somewhere around revision ~300 it made an error'
well it must be rev 328, since it has commit time march 20, 2010
which is no big deal, except that the git from download page has been created from the former, proper svn tree. which had that special commit set right.
now, when people are converting svn -> git they end up with a split history at that point (rev 328).
how to deal with it?
is there a possibility to modify/hack that special commit in SVN to reflect the same date? so git would work again? (merging and sharing is not possible otherwise)
beein that said, again, i vote for switching to git..the repositories can be recreated a lot esier (since the full history is always somewhere around with any developer).
Gitorious / github are as good as google code..(which still sticks to svn)
at least, is it possible to regenerate the upp-mirror from the upp server, where the history is not corrupted?
|
Well, I am adding to RM this (I mean, next attempt at recreating mirror), but do not hold your breath...
Mirek
|
|
|
|
|
|
Re: svn mirror lost (and being recreated) [message #31742 is a reply to message #31740] |
Wed, 23 March 2011 11:57 |
|
mirek
Messages: 14112 Registered: November 2005
|
Ultimate Member |
|
|
kohait00 wrote on Wed, 23 March 2011 03:44 |
Quote: |
I estimate costs of migrating to git at about 4-8 MD. Not going there unless I have to.
|
not neccessarily.. you can take the git that already exists (mine i.e), the work is probably 80% done. well, i admit, i dont have a picture how the svn process works in upp.. but i'm sure it is possible with git too.
|
The cost of actual migration alone is most likely low. Anyway, you have to consider the infrastructure as whole - automated mirrors, nightly builds, users, passwords, access rights - all of that would have to be at least tested.
[Updated on: Wed, 23 March 2011 12:09] Report message to a moderator
|
|
|
|
|
|
Goto Forum:
Current Time: Sun Nov 10 20:44:03 CET 2024
Total time taken to generate the page: 0.03673 seconds
|
|
|