On 16/08/2012 16:30, John Arthorne wrote: Also note you can select an entire project/folder/etc and do File > Convert Line Delimiters To > Unix to make sure you are in a consistent state. Beware: This appears to be achieved by a dummy edit using the default editor for each file.
XML files may therefore have their line-wrapping adjusted. Custom editors that fail to perform dummy edits may actually corrupt files. (Perhaps this is a useful editor test.) I find this an interesting comment. Is there a bug or something that explains more? Not that I doubt it, but just want to understand. For example XML parsers normalize to LF anyway, so not sure how changing to LF would change line-wrapping? (Unless, you mean changes line wrappings in an editor that doesn't understand LFs ... which would seem rare, these days?) Perhaps, you mean in a CDATA section? And, if so, are you talking about cases were a file has mixed line-endings? Some CRLF, some LF? And, if that is so, I think "mixed line endings" is a problematic case for any SCM that does EOL conversions on check-out and check-in. As far as I know, such cases would have to be treated as "binary files" to avoid changing any EOLs. Which brings me to my main question (finally) ... is core.safecrlf supported by JGit/EGit? Would there be any advantage in recommending to set it to "true" or "warn"? Thanks, From: Ed Willink <[email protected]> To: Cross project issues <[email protected]>, Date: 08/18/2012 06:40 AM Subject: Re: [cross-project-issues-dev] EGit / line ending problems with simrel repo Sent by: [email protected] Hi On 16/08/2012 16:30, John Arthorne wrote: Also note you can select an entire project/folder/etc and do File > Convert Line Delimiters To > Unix to make sure you are in a consistent state. Beware: This appears to be achieved by a dummy edit using the default editor for each file. XML files may therefore have their line-wrapping adjusted. Custom editors that fail to perform dummy edits may actually corrupt files. (Perhaps this is a useful editor test.) Regards Ed Willink_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
_______________________________________________ cross-project-issues-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev
