网络上到处都是关于换行分裂历史的解释。但我找不到答案,世界是否最终同意一个标准来结束一条线。
给定一个在 linux 和 windows 机器上开发和使用的 Java 项目。哪个是源文件中换行符的最佳选择:cr 还是 crlf?
在已经存在的代码库中将所有 crlf 转换为 cr 是否有意义?也许与 SVN 到 Git 迁移一起执行此操作?
网络上到处都是关于换行分裂历史的解释。但我找不到答案,世界是否最终同意一个标准来结束一条线。
给定一个在 linux 和 windows 机器上开发和使用的 Java 项目。哪个是源文件中换行符的最佳选择:cr 还是 crlf?
在已经存在的代码库中将所有 crlf 转换为 cr 是否有意义?也许与 SVN 到 Git 迁移一起执行此操作?
每个文件的 EOL 都是单独的
| svn:eol-style | Git attributes
For source code files --- native EOLs | native | !eol
For bash scripts --- LFs | LF | eol=lf
For bat scripts --- CRLFs | CRLF | eol=crlf
For binary files | <not set> | -text
有关详细信息,请查看有关 EOL的这篇文章。
还可以查看 SVNKit 存储库 (git clone http://svn.svnkit.com/git/svnkit ) 中的 .gitattributes 作为在 EOL 中良好使用 Git 属性的示例。