使用 tortoisegit 提交项目时，出现LF will be replaced by CRLF in...

发布于 2022-09-04 13:30:06 字数 317 浏览 32 评论 0

在提交项目时，出现一堆warning：LF will be replaced by CRLF in...，一直卡在更新索引，准备提交那儿，在网上查了，说是换行符的问题，解决办法 git config --global core.autocrlf false即可解决，然而我这里没有效果，不知是哪里的问题，哪位大神帮忙看下。下面是config中的内容
图片描述

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

欢你一世 2022-09-11 13:30:07

你搞反了吧，应该设置成true才对。

回复收藏 0

溺孤伤于心 2022-09-11 13:30:07

我常用的方法是手动设置换行符格式为CRLF

参考

回复收藏 0

挽你眉间 2022-09-11 13:30:06

在解决你的问题之前，我需要多啰嗦几句。在你通过github或者其他远程托管服务器来和其他人进行协同开发代码的时候，确保换行符被正确处理是一项很重要的事。首先，你需要知道不同的操作系统对换行符的定义会有所不同，Unix或类Unix操作系统的换行符叫做LF，而windows系统的叫做CRLF，二者具有很大的区别：

Unix系统里，每行结尾只有“<换行>”，即"n"；Windows系统里面，每行结尾是“<换行><回车>”

Note:引自回车(CR)与换行(LF)， 'r'和'n'的区别.

这就是造成问题的根源——即如果你使用的是windows系统，而你的小伙伴用的是Mac的话，当你们使用git协同开发软件时，就会出现换行符不统一的问题。

git其实可以自己处理换行符不统一的问题，但是可能会产生意想不到的结果。因此，有必要进行相关的设置，一般如果你不想麻烦的话，可以采用常用的方法，如下所示:

$ git config --global core.autocrlf true

其实，在你安装windows版本的git或者torgoiseGit时，你可能已经进行过这样的配置，也许你当时并未知道，比如楼主之所以产生这样的警告：

warning：LF will be replaced by CRLF in...

就是因为你进行了上面的配置。至于为什么会一直卡在那儿，可能是因为需要替换的地方太多，也许你耐心等一会儿就好了。对了，你将true改为false的话，是让git自行处理，所以并没有报警告，这并没有从根本上解决问题，这样做可能会造成你与你的小伙伴的换行符不统一。

当然，有更好的方法解决换行符不统一的问题——使用.gitattributes文件统一换行符。这个文件有点儿类似于.gitignore，不仅名字很类似，使用方式，编写语法也很像。

这个文件必须位于仓库的根目录，可以像其他文件一样进行修改、提交。下面介绍如何编写这个文件：

文件内容看起来像一张表格，总共分为两列：左边一列是git要匹配的文件名；右边是git需要采用的换行符格式。下面我们来看一个栗子：

# Set the default behavior, in case people don't have core.autocrlf set.
* text=auto

# Explicitly declare text files you want to always be normalized and converted
# to native line endings on checkout.
*.c text
*.h text

# Declare files that will always have CRLF line endings on checkout.
*.sln text eol=crlf

# Denote all files that are truly binary and should not be modified.
*.png binary
*.jpg binary

如果你熟悉.gitignore的话，你会觉得上面这个文件的左边一列很熟悉，这里我们就不再赘述了，不熟悉的话，请自行查阅相关资料。唯一的不同就是.gitattributes文件多了右边一列，如text, text eol=crlf, binary，刚刚我们也说过这一列是用来设置左边对应文件使用的换行符格式的，左右两列用空格隔开。下面我们来详细介绍下右边一列的语法：