相关疑难解决方法(0)

我有一个从Windows和OS X访问的Git存储库,我知道已经包含一些带有CRLF行结尾的文件.据我所知,有两种方法可以解决这个问题:

1. 设置core.autocrlf到false无处不在,

2. 按照指示在这里(回荡在GitHub上的帮助页)到存储库转换为只包含LF行结束,然后设置core.autocrlf要true在Windows和input在OS X上有这样做的问题是,如果我有仓库中任何二进制文件那:

   1. 在gitattributes中未正确标记为二进制文件,并且
   2. 碰巧包含CRLF和LF,

   他们会被腐化.我的存储库可能包含这些文件.

那么为什么我不应该关闭Git的行结束转换呢？网上有很多模糊的警告关于core.autocrlf关闭造成问题,但很少有具体问题; 到目前为止我唯一发现的是kdiff3无法处理CRLF结尾(对我来说不是问题),而且一些文本编辑器有行结束问题(对我来说也不是问题).

存储库是我公司的内部存储库,因此我不需要担心与具有不同autocrlf设置或行结束要求的人共享它.

是否有任何其他问题只是留下我不知道的行结尾？

当我尝试提交一些更改的文件时,我收到TortoiseGit的以下错误消息

fatal: LF would be replaced by CRLF in <some file in the repo>

现在,在我得到通常的LF vs CRLF答案之前,我知道并理解辩论的内容.其次,我还将我的全局设置设置为:

core.autocrlf true

第三,我有一个.gitattributes档案.

所以我 - 想要确保或文件被迫拥有CRLF.

我不明白的是,它正在说FATAL阻止我继续下去.一个警告？当然!我知道我在做什么吗？我做!

我只想让它静静地转换为STFU.

或者,如果它被迫阻止我,有没有办法我可以更新回购中的所有文件CRLF,所以这个警告可能会丢失？

这些repo是私有的,所以它们永远不会在Windows + Visual Studio之外开发.

任何人都可以请没有贬低这个线程进入一个帮助autocrlf TRUEVS autocrlf FALSE宗教战争.