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

RE: line-ending conversion and keyword substitution

From: Sander Striker <striker_at_apache.org>
Date: 2001-12-11 02:17:53 CET

> From: sussman@collab.net [mailto:sussman@collab.net]
> Sent: 11 December 2001 02:10

> "Bill Tutt" <rassilon@lyra.org> writes:
> > > From: Sander Striker [mailto:striker@apache.org]
> > > > From: Bill Tutt [mailto:rassilon@lyra.org]
> > >
> > > > Hrm. This still doesn't solve the .dsp, or .dsw problem though.
> > > > These files (and VB project files, etc..) always require a specific
> > EOL
> > > > style. The client shouldn't be allowed to transform these files.
> > >
> > > Why not? Set the svn:line-ending-style to DOS and check it in. On
> > win32
> > > the file will never be converted by the client.
> > >
> > > Ah, hmmm, getting your point. Well, we could disable line ending
> > > conversion
> > > per file, couldn't we?
> > >
> >
> > Sure. Although a pattern list would be preferred. I'll just forget to
> > set the property. I have so many other things to worry about than my SCC
> > system goofing up my data by not reading my mind. :)
>
>
> Sure. You set the line-ending-style properties on these files to DOS.
> Then you set the newline-conversion properties on thse files to
> 'off'. You're done.
>
> I admit, it would be nice to do this using shell globbing or
> something. I wonder if 'svn propset foo bar *.dsp' works?

Even if it didn't, it is a hell of a lot better than what cvs does.
Also, an integrated thingy in visual studio handling the scc* would
have to take care of this VS specific thing :)

Sander

*) If we ever get that written...

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:36:52 2006

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.