[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: cr, lf on merge ... implement or use gnu diff option?

From: solo turn <soloturn99_at_yahoo.com>
Date: 2002-11-12 14:28:19 CET

for our users its very simple:
"if my editor shows a line ending, then its a line ending .... why
svn is so stupid and does not know this? i want my visual source safe
back!"

and the editors we use treat cr/lf/crlf/lfcr as line-ending.

and we are not introducing cr-lf on unix, so our (dummy?) windows
users can safely receive files from the unix world.

--- Rafael Garcia-Suarez <raphel.garcia-suarez@hexaflux.com> wrote:
> solo turn <soloturn99@yahoo.com> wrote:
> > is it possible to tell diff/diff3 to ignore linebreaks on text
> files,
>
> AFAIK GNU diff / diff3 don't support this.
> I think you may want to use the svn:eol-style property.
> If this isn't sufficient for you, describe your problem
> more accurately.
>
> > to get a behaviour like:
> > - ms visual source safe
> > - perforce
> (http://www.perforce.com/perforce/technotes/note063.html)
> > share: option for line-end treatment.
> > (the other options local/win/mac are probably
> > legacy ... and don't help the user at all)
> >
> > or is this something which has to be implemented in svn?
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

__________________________________________________
Do you Yahoo!?
U2 on LAUNCH - Exclusive greatest hits videos
http://launch.yahoo.com/u2

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Nov 12 14:28:58 2002

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.