On 05/17/2011 07:14 AM, Mark Eichin wrote:
> Great, thanks (in a fixing-broken-windows sense; svnrdump itself is
> still unusable-or-unsafe without sane revision number handling.)
I've filed http://subversion.tigris.org/issues/show_bug.cgi?id=3890 to track
this.
--
C. Michael Pilato
CollabNet
Great, thanks (in a fixing-broken-windows sense; svnrdump itself is
still unusable-or-unsafe without sane revision number handling.)
(I did discover "Tailor", http://progetti.arstecnica.it/tailor/ which
was actually the first tool to *work* on the original task, I'm
surprised it doesn't get more a
On 05/13/2011 05:13 PM, C. Michael Pilato wrote:
> On 05/12/2011 04:26 PM, Mark Eichin wrote:
>> The third bug is that "svnrdump -r 3:HEAD" says "E205000: Unsupported
>> revision specifier used; use only integer values or 'HEAD'" (which is
>> why the attached script goes out of its way to parse rev
On 05/12/2011 04:26 PM, Mark Eichin wrote:
> I'm working on some svn migration-with-history between repos from
> different companies, git-svn isn't cutting it (close, but it loses
> properties entirely, and doesn't really give me enough control) so I
> thought I'd give svnrdump a try, given that it
cool, I'll admit I didn't take the time to look at existing test cases
to see what style to write them in (partly because I was mostly
simplifying the script I was using to perform the original goal);
looks like I didn't include trap "rm -rf" 0 lines either (but for
debugging the problem one proba
Just contributing a version of the recipe script that's a bit more flexible.
--
C. Michael Pilato
CollabNet <> www.collab.net <> Distributed Development On Demand
#!/bin/sh -xe
# ---
SVN=svn
SVNADMIN=svnadmin
SVNRDUMP=svnrdump
REPO_DIR1
Fortunately shell scripts aren't really white-space sensitive, so I've
just pasted it inline.
> Just a reminder, you always have the option to use svnsync + 'svnadmin dump'
> instead of 'svnrdump dump'.
The more serious of the two bugs are on the svnrdump *load* side;
svnsync doesn't help with th
Mark Eichin wrote on Thu, May 12, 2011 at 16:26:56 -0400:
> I haven't looked at the actual code (at this point I may be out of
> time and have to go with convincing people that git-svn's
> approximation is good enough)
Just a reminder, you always have the option to use svnsync + 'svnadmin dump'
in
Mark Eichin wrote on Thu, May 12, 2011 at 16:26:56 -0400:
> I found what appear to be three distinct bugs, demonstrated by the
> attached script.
It didn't reach the list... could you try again with a different MIME type?
I'm working on some svn migration-with-history between repos from
different companies, git-svn isn't cutting it (close, but it loses
properties entirely, and doesn't really give me enough control) so I
thought I'd give svnrdump a try, given that it's been recommended for
this use a bunch of times..
10 matches
Mail list logo
