Visual studio GitHub打破了VisualStudio缩进

我想知道为什么我的代码在推送到GitHub后会变得凌乱。
例如，当我缩进某个类的成员，使它们都对齐时，在VisualStudio中看起来不错，在GitHub中看起来很难看

以下是一个例子：

以及它在GitHub中的外观：

---

首先，确保所有缩进都是实际的制表符，而不是空格

其次，默认情况下，GitHub将选项卡显示为8个字符。 因此，请尝试查看相同的GitHub页面，但在其URL末尾添加：

？ts=4

即:

或者。。。（但并不理想）

---

作为，您可以添加一个

.editorconfig

（与gist类似），其中包括：

然后GitHub应该使用正确的宽度（4）显示选项卡

---

作为使用

.editorconfig

的一个示例，Git本身以及Git 2.26（2020年第1季度）告诉

.editorconfig

，在这个项目中，

*.txt

文件用制表符缩进

参见（2020年1月5日）作者。
（于2020年1月30日合并）

：使用制表符缩进文本文件 签字人：Hans Jerry Illikainen

以前，

.editorconfig

没有为文本文件指定缩进样式

但是，快速查找类似缩进的间距表明，制表符在文档中更常见：

$ git grep -Pe '^ {4}' -- '*.txt' |wc -l 
2683 
$ git grep -Pe '^\t' -- '*.txt' |wc -l 
14011

请注意，有许多文件使用一个空格缩进列表连续（和其他内容）——如果第一次搜索没有固定的量词，结果将非常不同。
然而，结果与我在编辑Git文档时的轶事经验相符

此提交将

*.txt

添加到

.editorconfig

中，作为应使用制表符缩进的扩展名

---

哇，太好了！有没有办法在我的回购协议中设置默认的“ts=4”？阅读我的代码的人不会考虑使用这些代码，他们会看到不可读取的代码。编辑：我总是使用制表符作为缩进。@razzorflame不确定要点，但尝试添加一个

.editorconfig

。请参阅我编辑的答案。

$ git grep -Pe '^ {4}' -- '*.txt' |wc -l 
2683 
$ git grep -Pe '^\t' -- '*.txt' |wc -l 
14011