You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Greg Hudson <gh...@MIT.EDU> on 2001/12/13 21:54:08 UTC
Re: svn export
Greg Stein wrote:
> On Thu, Dec 13, 2001 at 06:27:16PM +0100, Sander Striker wrote:
>> ...
>> I do think that svn _export_ should do no conversion and just give
>> back the style from the repos. This will make the distro making
>> pains go away AFAICT.
> That is a truly excellent point.
Whoa. So, given that you favor Bruce's scheme, a Subversion tarball
would have some source files using CRLF line endings (if they were
first created by a Windows developer) and some using LF line endings?
I'm sure that would go over well...
(Not that my scheme would work any better with this algorithm. Under
my scheme it would simply depend on who edited it last, instead of who
created it.)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: svn export
Posted by Greg Stein <gs...@lyra.org>.
On Thu, Dec 13, 2001 at 04:54:08PM -0500, Greg Hudson wrote:
> Greg Stein wrote:
> > On Thu, Dec 13, 2001 at 06:27:16PM +0100, Sander Striker wrote:
> >> ...
> >> I do think that svn _export_ should do no conversion and just give
> >> back the style from the repos. This will make the distro making
> >> pains go away AFAICT.
>
> > That is a truly excellent point.
>
> Whoa. So, given that you favor Bruce's scheme, a Subversion tarball
> would have some source files using CRLF line endings (if they were
> first created by a Windows developer) and some using LF line endings?
> I'm sure that would go over well...
>...
Oh. Right. I was only thinking in terms of the .dsp issue, where the person
creating the tarball/zip is packaging them on Unix. Hmm... not sure what I
was thinking. It just sounded "right" there for a bit.
Thanks for the head bounce. :-)
Okay... with more thought this time:
* export obeys the line endings property. all files end up in "native"
format where specified. files with a specific format get that one.
* export has a switch to specify what "native" is translated to. this allows
a unix packager to do:
$ svn export --newlines=CRLF http://host/path -d package-X.Y
$ zip package-X.y
Cheers,
-g
--
Greg Stein, http://www.lyra.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org