http://svn.apache.org/viewvc?view=revision&revision=1355703
Fix a bug in propset which could prevent updating cached values related to EOL expansion in wc.db. Justification: Incorrect behaviour, subtle working copy corruption. Votes: +1: stsp, rhuijben, philip This was a 1.7.6 fix and it sounds scarily pertinent.... ________________________________________ From: James French [james.fre...@naturalmotion.com] Sent: 05 October 2012 09:58 To: users@subversion.apache.org Subject: RE: svn:eol-style native and reintegrate merge ________________________________________ From: James French [james.fre...@naturalmotion.com] Sent: 04 October 2012 22:39 To: users@subversion.apache.org Subject: svn:eol-style native and reintegrate merge Hi, Using svn 1.7.6 and working on a dev branch I wrote a script to set svn:eol-style=native on all source code files, because we develop on Mac and PC. When I tried to check in it kept failing on files that had inconsistent line endings so I kept fixing them until I was able to check in. So far so good. The diff of the checkin showed that files with consistent line endings (99% of them) simply had the svn:eol-style=native property on them which is what I expected. Now that I come to reintegrate however I have had a shock - it has converted all files to unix line endings (and I'm on a PC). We do our sync up merges with the --ignore-eol-style style switch (to be honest I'm not sure exactly what this does). I tried reintegrating with and without switch and it does the same - everything has unix line endings. Maybe its just some weird glitch and it won't really change the line endings but I'm too scared to check in to find out. Tomorrow I'm going to try with 1.6 and see what that does. What the hell is going on? Cheers, James Thanks Thorsten for your reply, replying here for simplicity. It is primarily a windows codebase and all source code has always had windows line endings. I am thoroughly confused. I tried the reintegrate merge with svn 1.6.18. With --ignore-eol-style the merge went through with no conflicts and the files in my working copy all still had windows line endings (as it should be). However, when I did a diff it still showed every line of every file as having changed, even though there was no physical difference on disk. When I diff with --ignore-eol-style only the svn:eol-style native property changes show up. Why is the diff showing line changes? I guess its because its telling me that the internal data has been changed to LF line endings. Fair enough. Still seems weird that a working copy diff should show this though. I still wonder whether this whole native eol thing is going to bite me in the arse later and cause a load of conflicts that rattle around the codebase for ages (over the years svn has unfortunately taught me to expect this kind of stuff). What I don't accept though is that svn 1.7 is performing correctly. The merge *physically changed* all the source files in my working copy to LF line endings on a windows boc. That *cannot* be right. James