我一直在通过 GitHub 进行版本控制的协作项目。尽管我们尽力为缩进制定标准，但仍然存在一个问题。
我们使用制表符（真正的制表符，而不是空格）进行缩进。发生此问题的一个简单示例是：我在运行 Ubuntu 18.04 的计算机上使用 Gedit 编辑文件，将制表符宽度设置为 8，然后将其推送到 GitHub。缩进在推送它的计算机和 GitHub 浏览器可视化中看起来都很好，但在运行 Ubuntu 20.04 的计算机上，尽管制表符宽度设置为 8，但 Gedit 的显示方式不同。
Ubuntu 18.04 中的代码外观：
浏览器中的代码外观：
Ubuntu 20.04 中的代码外观：
我注意到，当缩进前的文本超出 Tab 大小限制时，就会出现问题。在图片示例中，在文本“fused_odometry”（开头有一个空格）之后，该文本有 15 个字符，Ubuntu 18.04 和 GitHub 中的制表符在视觉上都只添加了一个空格，以弥补最后一个字符是 8 的倍数。对我来说，这听起来是正确的做法。
在 Ubuntu 20.04 中，选项卡前进 8 个空格，第二个选项卡再前进 7 个，使其比其他编辑器领先整个选项卡宽度。
我搜索了可能导致这种差异的原因，但没有发现除标签宽度设置之外的任何内容导致标签在编辑器中显示不同。
gedit --version根据要求，将两台计算机的结果相加。
Ubuntu 18.04：
gedit - Version 3.28.1
Ubuntu 20.04：
gedit - Version 3.36.2
关联到我的 Ubuntu 20.04 计算机中出现问题的文件。
答案1
过去我在其他应用程序中也遇到过类似的问题。我认为这类问题有时与字体错误有关。
您可以尝试将 的字体更改gedit为其他“等宽”字体和/或更改字体大小。
我更喜欢“Courier New”10pt，因为它的问题似乎较少。