相关疑难解决方法(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设置或行结束要求的人共享它.

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

我遇到了一个非常奇怪的空白问题。

我正在使用 wp-content/themes 文件夹中带有 .git repo 的 WordPress 站点的本地副本，以便跟踪对任何主题的所有更改等。

当我设置 repo 时，它认为每个文件（除了 gitignore 中的文件）都是新文件，我将它们作为“初始提交”提交。

首先这正常吗？在设置新仓库时必须提交所有文件？第二 - 这是奇怪的行为。

当我转储这些文件时，我在许多文件的第一个字符后插入了一些空格。

我认为这与行尾有关。我的全局配置设置为 autocrlf = true 我也试过了

 autocrlf = true
 eol = native

在我的本地 git 配置中。.gitattributes 设置为：

* text=auto

按照git repo 和工作副本中的 Force LF eol 的建议

到目前为止没有任何帮助。我在 Windows 机器上工作，但文件是从 linux 服务器上压缩的，只是解压缩到目录中。