Geoff Worboys wrote on Wed, 23 Jun 2010 at 08:33 -:
> Well certainly it takes care of the line feeds if you create
> the property svn:eol-style=native at some point after
> committing the original file. A dump after that commit shows
> the entire file repeated with the new eols ...
>
> But I'
Daniel Shahaf wrote:
> svnadmin operates at a level below the sanity checks (it
> talks to libsvn_fs directly most of the time) --- it'll
> load the dumpfile literally. svn doesn't complain outright,
> okay, and I suspect it may even correct the linefeeds for
> you on the first commit to the file
Geoff Worboys wrote on Wed, 23 Jun 2010 at 04:12 -:
> Daniel Shahaf wrote:
> > i.e., 'svnadmin dump' produces CRLF for svn:eol-style=native
> > files? That surprises me; I'd expect such files to be
> > outputted with LF in dump files. (My testing agrees with my
> > expectation.) Can you doub
Daniel Shahaf wrote:
> i.e., you import the files in order of their timestamps, so
> that svn:date remain globally sorted?
> Nice!
Yes, I thought so. :-)
> i.e., 'svnadmin dump' produces CRLF for svn:eol-style=native
> files? That surprises me; I'd expect such files to be
> outputted with LF
Geoff Worboys wrote on Tue, 22 Jun 2010 at 17:36 -:
> powershell .\Import-from-Source D:\SourceFolder D:\Temp\DumpFile.dat
>
> It takes the entire contents of D:\SourceFolder and creates
> a subversion dump file in D:\Temp\DumpFile.dat. It replicates
> the structure inside D:\SourceFolder so
Hi All,
I've just joined this group. I've been using subversion for a
few years now - most of my day to day stuff via TortoiseSvn.
A few days ago I once again came across a requirement where I
said "subversion is what I need here" only to once again hit
the issue that to start a new project in su
