问题标签 [eol]

所以，你们都准备好做一个大的 SVN 提交，它会爆炸，因为你的一些文件中的行结尾不一致。有趣的是，您正在查看跨越数十个不同深度的文件夹的 1,000 多个文件。

你做什么工作？

什么时候使用是个好主意PHP_EOL？

我有时会在 PHP 的代码示例中看到这一点。这是否处理 DOS/Mac/Unix 端行问题？

我尝试使用以 CRLF 结尾的行提交文件，但失败了。

我花了一整天的时间在我的 Windows 电脑上尝试不同的策略，几乎被吸引停止尝试使用 Git 而是尝试Mercurial。

如何正确处理 CRLF 行尾？

如何在 Java 中获得依赖于平台的换行符？我不能"\n"到处使用。

我试图通过 FTP 或电子邮件传递相同的消息，但保存的文件总是以不同的大小出现。消息的文字内容是一样的，但不可打印的字符一定要占不同的大小！

通过 FTP 传输文本文件时（在二进制模式下以防止 FTP 转换 EOL 字符），交付的文件大小为 7660 字节。

当我通过电子邮件传递消息（使用 smtp 发送，使用 POP3 检索）时，传递的消息大小（直接转储到新文件时）为 8043 字节。电子邮件作为纯文本电子邮件发送，并且消息包含整个电子邮件正文。这是 383 字节的大小差异，行数是 385 行，这让我认为这两者是相关的……但尽我所能，我无法通过电子邮件收到相同的消息！

我尝试了几种在电子邮件数据上剥离回车和换行的组合，但无济于事！

MIME 消息是否有不同的换行处理方式？

我正在编写一个配置文件，我需要定义该过程是否需要 Windows 格式文件或 unix 格式文件。我有一份预期文件的副本 - 有没有办法在不退出 emacs 的情况下检查它是使用 \n 还是 \r\n ？

\n 和 \r 之间有什么区别（我知道它与操作系统有关），以及回显跨平台工作的换行符的最佳方法是什么？

编辑：作为对 Jarod 的回应，我将使用 ths 在 .txt 日志文件中回显换行符，但我确信将来我会使用它来将 HTML makup 回显到页面上。

Why did DOS/Windows and Mac decide to use \r\n and \r for line ending instead of \n? Was it just a result of trying to be "different" from Unix?

And now that Mac OS X is Unix (-like), did Apple switch to \n from \r?

我有这个函数可以从文件中读取所有整数。问题是当我阅读字母时，我触发了一个新行，我总是按 1 而不是到行尾搜索。我怎样才能更好地编写这个函数？

当我尝试在 SVN 中提交文件时，其显示错误为“提交失败”。详细信息如下......提交 svn：行尾样式不一致。