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

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

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

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

由于我在2011年通过谷歌找到了这个问题/答案，我想我应该花点时间添加*的链接。由Visual Studio 2010创建的SDF文件被添加到可能不应该添加到版本控制的文件列表中(IDE将重新创建它们)。因为我不确定a *。sdf文件可能在其他地方有一个合法的用途，我只是忽略了特定的[projectname]。sdf文件。

为什么Visual Studio转换向导2010创建一个巨大的SDF数据库文件?

No.

我只是想要一个简短的答案，但没有。

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

这似乎是微软对此事的看法:

添加(并编辑).suo文件到源代码控制

I don't know why your project stores the DebuggingWorkingDirectory in the suo file. If that is a user specific setting you should consider storing that in the *.proj.user filename. If that setting is shareable between all users working on the project you should consider storing it in the project file itself. Don't even think of adding the suo file to source control! The SUO (soluton user options) file is meant to contain user-specific settings, and should not be shared amongst users working on the same solution. If you'd be adding the suo file in the scc database I don't know what other things in the IDE you'd break, but from source control point of view you will break web projects scc integration, the Lan vs Internet plugin used by different users for VSS access, and you could even cause the scc to break completely (VSS database path stored in suo file that may be valid for you may not be valid for another user). Alin Constantin (MSFT)

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

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

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