承诺GitHub回购显示大量无意的变化

Question

我一直在提交/推送到公共仓库并发现我可能已经更改少于100行的提交导致提交1000次更改。

例如，我可能会在AppDelegate的方法中更改几行 由此产生的问题如下所示：

为了更好地展示这里可能出现的空白问题是另一个不受欢迎的承诺领域：

Answer 1

您已经格式化了代码，现在git将您的白帽视为更改。

设置此标志以忽略任何空格更改

  

core.whitespace

     

Git预设为检测并修复一些空白问题   它可以查找六个主要的空白问题 - 默认情况下启用三个，可以关闭，默认情况下禁用三个，但可以激活。

git config --global core.whitespace <...>

的 core.whitespace

  

core.whitespace

     

要注意的常见空格问题的逗号分隔列表。 git diff将使用color.diff.whitespace突出显示它们，而git apply --whitespace = error会将其视为错误。

     

您可以在-前加上任意一个（例如-trailing-space）：

     

<强> 坯料在-EOL
   将行末尾的尾随空格视为错误（默认情况下启用）。

     

<强> 前空间标签
   将行的初始缩进部分中的制表符前面出现的空格字符视为错误（默认情况下启用）。

     

<强> 缩进与 - 非标签
  将带有空格字符而不是等效选项卡缩进的行视为错误（默认情况下未启用）。

     

<强> 制表在缩进
  将行的初始缩进部分中的制表符视为错误（默认情况下不启用）。

     

<强> 坯料在-EOF   将文件末尾添加的空行视为错误（默认情况下启用）。

     

尾随空间是一个简短的方法，可以覆盖空白和空白。

     

cr-at-eol对待
  作为行终止符的一部分，在行尾返回一个回车符，即使用它，如果此回车符之前的字符不是空格（默认情况下未启用），则不会触发尾随空格。

     

<强> tabwidth =
   告诉标签占用多少个字符位置;这与缩进与非制表符相关，当Git修复制表符缩进错误时。默认选项卡宽度为8.允许值为1到63