Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [cross-project-issues-dev] EGit / line ending problems with simrel repo

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 <ed@xxxxxxxxxxxxx>
To:        Cross project issues <cross-project-issues-dev@xxxxxxxxxxx>,
Date:        08/18/2012 06:40 AM
Subject:        Re: [cross-project-issues-dev] EGit / line ending problems with simrel repo
Sent by:        cross-project-issues-dev-bounces@xxxxxxxxxxx




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
cross-project-issues-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/cross-project-issues-dev


Back to the top