![]() |
1
303
GitHub suggests 您应该确保在git handled repos中只使用\n作为换行符。有一个自动转换选项:
当然,这是说转换cr lf到lf,而你想转换cr到lf。我希望这仍然有效 然后转换文件:
core.autocrlf描述于 the man page . |
![]() |
2
300
在Windows上开发时,我在使用时遇到了这个问题
这基本上告诉Git,行CR的结尾不是错误。结果,那些烦人的
它似乎保留了其他设置;例如,行末尾的额外空格在diff中仍显示为错误(以红色突出显示)。
(其他答案也提到了这一点,但上面的内容正是如何设置设置的。若要仅为一个项目设置设置,请忽略
编辑 : 在经历了许多行不通的痛苦之后,当我在一个.NET团队中工作时,我获得了最好的运气,使用以下设置:
如果需要使用空白设置,那么如果需要与tfs交互,那么可能只应在每个项目的基础上启用它。只是省略了
如果需要删除一些core.*设置,最简单的方法是运行此命令:
这将在文本编辑器中打开global.gitconfig文件,您可以轻松删除要删除的行。(或者你也可以在他们面前加上“”,把他们说出来。) |
![]() |
3
108
尝试
|
![]() |
4
90
还可以看到:
或者相当地,
在哪里?
|
![]() |
5
36
你为什么要这些
|
![]() |
6
19
将有一个2.16吉特(2018年第一季度)作为
见
commit e9282f0
(2017年10月26日)
Junio C Hamano (
|
![]() |
7
13
DR
改变
这就是为什么
显示的那些讨厌的^M是彩色化和寻呼机的产物。
首先要注意的是
设置:
创建Unix文件并更改行尾的快速测试不会显示
我们注意到,强制将管道缩小并不显示^m,而是启用颜色和
通过使用管道从输出中剥离\r(^m)来显示修复:
一个不明智的选择是使用
如果只想直接编辑Git配置文件,这是要更新/添加的条目:
|
|
8
10
我在这个问题上挣扎了很长时间。到目前为止,最简单的解决方案是不用担心^M字符,只需使用一个可以处理它们的可视diff工具。 而不是键入:
尝试:
|
![]() |
9
0
如果您使用Eclipse,您可以
|