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

Re: Recursive property setting fails for some(!) files..

From: Simon Large <simon.tortoisesvn_at_gmail.com>
Date: Tue, 11 Jan 2011 10:51:14 +0000

On 11 January 2011 10:39, Ulrich Eckhardt
<ulrich.eckhardt_at_dominolaser.com> wrote:
> On Tuesday 11 January 2011, Nicolas Goutte wrote:
>> Am 11.01.2011 um 11:17 schrieb Ulrich Eckhardt:
>> > 3. I selected "svn:eol-style" for the name, "native" for the value
>> > and checked
>> > the "Apply property recursively".
> [...]
>> > Is this a bug or am I overlooking something?
>> Setting svn:eol-style is sensible to existing end of lines in a file.
>> In the case the line ends are not consistent, SVN refuses to set
>> svn:eol-style
> That was the cause, thanks!
> So, in other words, TSVN silently failed to perform a requested operation. Or
> was it SVN underneath? In any case, I would consider that a bug.
> Also, any idea how I can find all those files that already have inconsistent
> line endings? As it stands, I'd have to iterate the whole tree manually,
> which would be kind of annoying.... :|

Having some way of finding and fixing inconsistent line endings would
be useful. I had a similar case recently where I was adding a bunch of
source files from Atmel. They had conveniently added their own headers
with LF ending to every file, most of which already had CRLF endings.
The only way to find them was to see what failed to add in SVN, and
the only way to fix the failures was to edit each file individually.


:       ___
:  oo  // \\      "De Chelonian Mobile"
: (_,\/ \_/ \     TortoiseSVN
:   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
:   /_/   \_\     http://tortoisesvn.net
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2011-01-11 11:51:23 CET

This is an archived mail posted to the TortoiseSVN Users mailing list.

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