On Saturday 03 February 2007 08:30, Frodak wrote:
> Subversion can handle a lot of EOL issues. Just try
> it out.
>
> $ svn diff file:///svn/text/tags/v1
> file:///svn/text/tags/v2
> Index: source.txt
> ===================================================================
> --- source.txt (.../v1) (revision 17)
> +++ source.txt (.../v2) (revision 17)
> @@ -5,4 +5,5 @@
>
> This is a LF line
> This is a LF line
> -This is a LF line
> +This is a new CRLF line
> +This is a LF line
>
> The file source.txt has no properties set and has
> mixed EOLs.
>
> Now if I merge this into the trunk which has
> svn:eol-style = native it will correctly normalize the
> EOLs in the new files. If I don't have svn:eol-style
> set then it will not normalize the EOLs and the
> working copy will have mixed EOLs.
Frodak, thank you for this example. I had not yet addressed the last
paragraph--the actual feature you were demonstrating.
It is intriguing that Subversion would automatically "correctly
normalize" the mixed EOLs in the way you describe above. I would have
expected it, if only Subversion were allowed to change these eol
styles at all. Many have said it must not change these. You know...
because "\r\r\n" is ambiguous; unknown number of newlines... So you
have really added to the things that are potentially wrong with
Subversion.
Is it not already wrong, according to their argument, that Subversion
should accept *any* file as text file: If svn cannot accept hi.txt
"hi\r\r\n" as text when auto-props claims it is, then svn certainly
cannot accept hi.txt "hi\r\n" for the same reason. Determining
whether that has mixed eol styles is no less an assumption!
Is there any reason why not?
Note [perhaps irrelevant to this thread], I do NOT beleive it was
wrong for Subversion to make this assumption in the first place. I
beleive both your and my examples more likely validate doing
something more with mixed eol styles than Subversion does thus far.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Feb 13 20:40:55 2007