这些文件是特定于用户的选项，应该独立于解决方案本身。Visual Studio会根据需要创建新的，所以它们不需要检入到源代码控制中。实际上，最好不要这样做，因为这样可以让开发人员根据自己的需要定制自己的环境。

您不能对.user文件进行源代码控制，因为这是特定于用户的。它包含远程机器的名称和其他与用户相关的内容。这是一个vcproj相关的文件。

suo文件是一个sln相关的文件，它包含“解决方案用户选项”(启动项目，窗口位置(停靠的内容和位置，浮动的内容)，等等。

这是一个二进制文件，我不知道它是否包含“用户相关”的内容。

在我们公司，我们不把这些文件置于源代码控制之下。

在MSDN网站上，它清楚地说明了这一点

解决方案用户选项(.suo)文件包含每个用户的解决方案 选项。该文件不应检入源代码控制。

所以我想说，在把东西签入源代码控制时，忽略这些文件是非常安全的。

不，您不应该将它们添加到源代码控制中，因为—正如您所说—它们是特定于用户的。

SUO(解决方案用户选项):记录 所有可能的选择 把你的解决方案联系起来 每次你打开它，里面都有 自定义 取得了。

.user文件包含项目的用户选项(而SUO是解决方案)并扩展了项目文件名(例如anything.csproj.user包含anything.csproj.user的用户设置)。csproj项目)。

正如在其他回答中所解释的，.suo和.user都不应该被添加到源代码控制中，因为它们是特定于用户/机器的(顺便说一下，最新版本VS的.suo被转移到专用的临时目录。VS，应该完全远离源代码控制)。

然而，如果你的应用程序需要一些环境设置来在VS中调试(这样的设置通常保存在.user文件中)，准备一个示例文件(命名为.user. sample)并将其添加到源代码控制中以供参考可能会很方便。

在这样的文件中使用相对路径或依赖于环境变量而不是硬编码绝对路径是有意义的，因此示例可能足够通用，可以很容易地被其他人重用。

这些文件是特定于用户的选项，应该独立于解决方案本身。Visual Studio会根据需要创建新的，所以它们不需要检入到源代码控制中。实际上，最好不要这样做，因为这样可以让开发人员根据自己的需要定制自己的环境。