当前的 VS 工具，用于以不同的方式查看每个开发人员的 C# 代码

这是可以做到的。您只需要在Visual Studio选项中设置缩进选项即可。然后，当开发人员加载文件时，他可以从"编辑"菜单中选择"重新格式化文件"（我认为它在其中一个高级子菜单中）或转到文件底部，删除结尾大括号，然后重新添加它。文件将自动重新格式化。

也就是说，这是一个非常糟糕的主意。如果您使用的是源代码管理，则每次开发人员签出以前由使用不同格式约定的人签入的文件时，该文件都会显示为已修改。因此，您可能会遇到很多虚假的签入，即使您以某种方式避免了虚假签入，您也会遇到开发人员可能会更改一行代码的问题，但是由于所有格式更改，差异将显示大量更改。

这不是唯一的问题。假设测试人员报告了一个错误和一个堆栈跟踪，说某个模块的第 263 行发生了异常。您必须确保从源存储库获取最新代码，并将其保持上次编译时的格式。否则，错误所在的第 263 行可能不会是编辑器中的第 263 行。

告诉您的开发人员决定一种缩进样式。其他任何事情都会给你带来无尽的悲伤。

顺便说一下，几年前我认真考虑过这个问题，甚至在源代码控制和格式标准中写过它。我认为这是一个好主意，只要我可以构建工具自动转换为规范格式。当时，我没有考虑到"263行在哪里"的问题。那个是杀手，进行自动转换的工具也不是野餐。总而言之，我决定只采用单一风格更容易、更可靠。只需要几天就可以习惯一种陌生的风格。