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

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

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

默认情况下，Microsoft的Visual SourceSafe在源代码控制中不包括这些文件，因为它们是用户特定的设置文件。如果您使用SVN作为源代码控制，我会遵循这个模型。

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

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

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

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

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

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

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

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

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

其他人解释了为什么有*。Suo和*。在源代码控制下的用户文件不是一个好主意。

我建议你将这些模式添加到svn:ignore属性中，原因有二:

这样其他开发商就不会倒闭了 一个开发人员的设置。 所以当你查看状态或提交时 文件，这些文件不会使代码库变得混乱，也不会使您需要添加的新文件变得模糊。