Mailing-List: contact users-help@subversion.apache.org; run by ezmlm
Precedence: bulk
Received-SPF: pass (nike.apache.org: local policy)
Envelope-To: users@subversion.apache.org
Date: Fri, 5 Oct 2012 12:37:56 +0200
From: =?iso-8859-1?Q?Thorsten_Sch=F6ning?= <tschoening@am-soft.de>
Organization: AM-SoFT IT-Systeme
Message-ID: <978035371.20121005123756@am-soft.de>
To: users@subversion.apache.org <users@subversion.apache.org>
Subject: Re: svn:eol-style native and reintegrate merge
In-Reply-To: <950618E0D00138499BE7CC487EBF646D787C047D1D@WOODCHUCK.NM.local>
References: <950618E0D00138499BE7CC487EBF646D787C047D18@WOODCHUCK.NM.local>
 <950618E0D00138499BE7CC487EBF646D787C047D1B@WOODCHUCK.NM.local>,<1419559337.20121005113045@am-soft.de>
 <950618E0D00138499BE7CC487EBF646D787C047D1D@WOODCHUCK.NM.local>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable

Guten Tag James French,
am Freitag, 5. Oktober 2012 um 12:17 schrieben Sie:

> Inline quotes are simple...

http://www.netmeister.org/news/learn2quote.html

> A working copy diff is when I diff my working copy against the
> repo. I did not expect to see all my files changed to unix line
> endings on my disk, and indeed this didn't happen when I did the
> same operation with svn 1.6.

I think I get confused, you jump between 1.6 and 1.7 to often: You did
a reintegrate merge with 1.6 and all files in the repo got changed, a
local diff is telling you that, but your line endings in the working
copy are still CR/LF, right? If you do the same with 1.7, all line
endings of the files merged in the repo change to LF as well, but the
ones in your working copy are changed to LF and not stay or changed to
CR/LF, too? The latter case is something I wouldn't have expected,
too.

> To complicate matters further I'm doing
> some further testing in a sandbox environment with 1.7 and now its
> not converting to unix when I reintegrate (as I would expect)!

What did you merge where? May the files in the repo already were
converted before?

> Where is this documentation?

I already quoted in my first answer:

> Note that Subversion will actually store the file in the repository
> using normalized LF EOL markers regardless of the operating system.
> This is basically transparent to the user, though.

http://svnbook.red-bean.com/en/1.7/svn.advanced.props.file-portability.html=
#svn.advanced.props.special.eol-style

> I don't believe that I'm afraid. The
> whole point of native eol is to get, ugh, native eol on your platform!

...in your working copy, not in the repo. It's fully understandable if
Subversion normalizes line endings on files if you want it to convert
between different line endings automatically. Normalized files only
need to be converted from LF to anything, not anything to anything.

Mit freundlichen Gr=FC=DFen,

Thorsten Sch=F6ning

--=20
Thorsten Sch=F6ning       E-Mail:Thorsten.Schoening@AM-SoFT.de
AM-SoFT IT-Systeme      http://www.AM-SoFT.de/

Telefon.............030-2 1001-310
Fax...............05151-  9468- 88
Mobil..............0178-8 9468- 04

AM-SoFT GmbH IT-Systeme, Brandenburger Str. 7c, 31789 Hameln
AG Hannover HRB 207 694 - Gesch=E4ftsf=FChrer: Andreas Muchow