Tag: eol

在Sublime Text 2中如何查看回车和换行符？: 在记事本++中有一个工具栏button来打开/closuresEOL字符的显示，例如回车和换行。崇高的文字2可以做类似的事情吗？

PHP回声线打破: \ n和\ r（我知道它和操作系统有关）有什么区别，回显可以跨平台工作的换行符的最佳方法是什么？编辑：作为对Jarod的回应，我将使用ths在.txt日志文件中回显换行符，尽pipe我相信我将来会使用它来回显HTML makup到页面上。

正则expression式匹配跨平台换行符: 我的程序可以接受具有换行字符\ n，\ r \ n或\ r的数据（例如Unix，PC或Mac样式）构造一个匹配任何编码的正则expression式的最好方法是什么？另外，我可以使用universal_newline支持input，但现在我有兴趣看看正则expression式是什么。

回车\用Java换行: 我使用Java代码在Unix环境中创build了一个文本文件。为了编写文本文件，我使用了java.io.FileWriter和BufferedWriter 。而对于换行之后的换行符，我使用了bw.newLine()方法（其中bw是BufferedWriter对象）。而且我通过从Unix环境本身附加邮件（自动使用Unix命令）来发送该文本文件。我的问题是，我从Windows系统中的邮件下载文本文件后，如果我打开该文本文件的数据没有正确alignment。 newline()字符不工作，我想是的。如果我在Windows环境下也打开文本文件，我想和Unix环境下的文本文件一样。我该如何解决这个问题？下面的Java代码供您参考（在Unix环境中运行）： File f = new File(strFileGenLoc); BufferedWriter bw = new BufferedWriter(new FileWriter(f, false)); rs = stmt.executeQuery("select * from jpdata"); while ( rs.next() ) { bw.write(rs.getString(1)==null? "":rs.getString(1)); bw.newLine(); }

git commit致命错误“致命：CRLF将被replace为LF中的”: 我使用的是Ubuntu 13.10 x64，而且我正在开发一个项目，一些开发人员正在使用Windows，我最近将git config core.eol更改为“lf”，将core.autocrlf为“input”，将core.safecrlf为“true ”。从那时起，当我尝试将文件提交到本地存储库时，出现此错误： fatal: CRLF would be replaced by LF in …… 据我所知，如果我将core.eol设置为“lf”， core.autocrlf为“input”，git会自动将CRLF转换为LF，但为什么会出现这个错误？我该如何解决这个问题？谢谢。

记事本++中的EOL转换: 出于某种原因，当我从windows计算机上的unix服务器打开文件时，偶尔会有Macintosh EOL转换，而当我再次编辑/保存它们时，它们在unix服务器上无法正常工作。我只使用notepad ++编辑这个unix服务器的文件，那么有没有办法创build一个能够在我打开文件时自动将EOL转换为Unix格式的macros呢？

一次过更改多个文件的EOL: 记事本+ +（甚至与另一个工具）有什么办法一次改变多个文件自动结束的行？即将Windows EOL（ CRLF ）和UNIX EOL（ LF ）文件混合转换为Windows EOL（ CRLF ）

在Notepad ++中select换行符: 我注意到，当我加载一个文本文件时，Notepad ++将识别并使用该文件中的换行符是\n或\r\n 。是否有一些选项可以select在新文档中使用哪个选项？（我看了帮助和Googlesearch，但找不到任何东西。）

Windows命令转换Unix行结束？: 有一个Windows命令来转换文件的行尾？我们有一个test.bat ，我们需要运行来启动我们的服务器。我们使用Perforce，我们需要在工作空间中有unix行结尾。出于某种原因，我们不允许在工作区中将行结束符更改为Windows。但是，服务器在Windows上运行。每次我必须运行bat文件，我用Notepad ++打开它，然后select编辑→EOL转换→Windows。有没有办法让这个自动化，以便我们不需要每次使用Perforce同步时手动更改行尾？提前致谢。

在git repo和工作副本中强制LF eol: 我有一个github上托pipe的git存储库。许多文件最初是在Windows上开发的，对于行结尾我并不太在意。当我执行初始提交时，我也没有任何gitconfiguration来执行正确的行尾。结果是，我有一些CRLF行结束在我的github库中的文件。我现在正在Linux上部分开发，我想清理线路结束。我怎样才能确保文件在github上使用LF正确存储，并在我的工作副本中有LF？我已经build立了一个包含text eol=LF的.gitattributes文件。那是对的吗？有了这个承诺和推动，我可以只是rm我的本地回购，并从github重新克隆，以获得预期的效果？