| svn:eol-style=native - comparison with repository [message #39582] |
Wed, 17 December 2008 16:42  |
|
I'm working on a Windows machine and I have a working copy checked
out on a remote *nix machine therefore files with
svn:eol-style=native have LF line endings. It is important the
files have the LF line endings because they get read by applications
running on the remote machine.
Linking that copy into Eclipse running on Windows and working with
it is just fine as the editor is clever enough not to change the
line endings. However whenever I compare such files (having
svn:eol-style=native) with the SVN repository or the BASE copy the
compare editor shows the whole file as changed. Issuing an 'svn
diff' command from the Windows command line shows only the lines
actually changed, just the same as issuing 'svn diff' on the remote
machine with a native *nix client.
Is the given case shortcoming of the Eclipse compare editor? Could
the Subversive plug-in be enhanced to handle these as the
command-line client does?
--
Stanimir
|
|
|
| Re: svn:eol-style=native - comparison with repository [message #39615 is a reply to message #39582] |
Thu, 18 December 2008 14:48  |
|
Wed, 17 Dec 2008 18:42:46 +0200, /Stanimir Stamenkov/:
> [...] However whenever I compare such files (having
> svn:eol-style=native) with the SVN repository or the BASE copy the
> compare editor shows the whole file as changed. Issuing an 'svn diff'
> command from the Windows command line shows only the lines actually
> changed, just the same as issuing 'svn diff' on the remote machine with
> a native *nix client.
>
> Is the given case shortcoming of the Eclipse compare editor? Could the
> Subversive plug-in be enhanced to handle these as the command-line
> client does?
I guess fetching the remote revision to compare with results in CRLF
line endings. Could it be made so files with svn:eol-style=native
get their line endings normalized (only in-memory) before feeding to
the text compare editor?
--
Stanimir
|
|
|
Powered by
FUDForum. Page generated in 0.02772 seconds
] 
Search
Help
Register
Login
Home
