首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    git 换行符LF与CRLF转换问题

    在各操作系统下,文本文件所使用的换行符是不一样的。UNIX/Linux 使用的是 0x0A(LF),早期的 Mac OS 使用的是0x0D(CR),后来的 OS X 在更换内核后与 UNIX 保持一致了。但 DOS/Windows 一直使用 0x0D0A(CRLF)作为换行符。Git提供了一个“换行符自动转换”功能。这个功能默认处于“自动模式”,当你在签出文件时,它试图将 UNIX 换行符(LF)替换为 Windows 的换行符(CRLF);当你在提交文件时,它又试图将 CRLF 替换为 LF。Git 的“换行符自动转换”功能听起来似乎很智能、很贴心,因为它试图一方面保持仓库内文件的一致性(UNIX 风格),一方面又保证本地文件的兼容性(Windows 风格)。但遗憾的是,这个功能是有 bug 的,而且在短期内都不太可能会修正。

    04

    sed的pattern space与hold space应用举例

    对于常常使用的sed命令,我们需要知道如下的内容,才能更好的使用它: A. 模式空间: sed 在处理每一行的时候,首先会把要处理的行存入到模式空间里面;然后在模式空间中进行处理,处理完成后,把结果输出,然后释放模式空间。这个模式空间的概念可能听起来有点生疏,其实就是临时缓冲区;换个名称而已;对模式空间的使用举例: 通常把Linux下的文本文件换行符(\n)变为windows下的换行符号(\r\n), 我们不可以直接用:sed 's/\n/\r\n/' FILE , 因为“读入到模式空间”完成后,在模式空间里的行尾的换行符已经没有了,此时再进行替换操作,那么因为没有内容可以匹配而无法成功替换;

    03
    领券