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

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

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

如果你在ProjectProperties>Debugging>Environment中设置了可执行目录依赖项，路径将存储在'。用户的文件。

假设我在上面提到的字段中设置这个字符串:"PATH=C:\xyz\bin" 这就是它被存储在'中的方式。用户的文件:

< LocalDebuggerEnvironment >路径= C: \ xyz \ bin美元(LocalDebuggerEnvironment) < / LocalDebuggerEnvironment >

这对我们在OpenCV中工作有很大帮助。我们可以为不同的项目使用不同版本的OpenCV。另一个优点是，在新机器上建立我们的项目非常容易。我们只需要复制相应的依赖dirs。所以对于一些项目，我更喜欢添加'。用户'到源代码控制。

尽管如此，它完全依赖于项目。你可以根据自己的需要接听电话。

我们不提交二进制文件(*.suo)，但我们提交.user文件。例如，.user文件包含用于调试项目的启动选项。你可以在“Debug”选项卡的项目属性中找到启动选项。我们在一些项目中使用了NUnit，并配置了NUnit -gui.exe作为项目的开始选项。如果没有.user文件，每个团队成员都必须单独配置它。

希望这能有所帮助。

你不需要添加这些——它们包含每个用户的设置，其他开发人员不会想要你的副本。

Visual Studio会自动创建它们。我不建议把它们放在源代码控制中。曾经有很多次，本地开发人员的SOU文件导致VS在开发人员的盒子上表现不稳定。删除文件，然后让VS重新创建它总是修复问题。

它们包含有关项目的特定设置，这些设置通常分配给单个开发人员(例如，在调试应用程序时启动的启动项目和开始页面)。

所以最好不要把它们添加到版本控制中，让VS重新创建它们，这样每个开发人员都可以有他们想要的特定设置。