其他人解释说，不，你不希望在版本控制中使用这个。你应该配置你的版本控制系统来忽略这个文件(例如通过一个.gitignore文件)。

要真正理解其中的原因，看看这个文件中到底有什么会有所帮助。我编写了一个命令行工具，可以让您查看.suo文件的内容。

在你的机器上安装它通过:

dotnet tool install -g suo

它有两个子命令，键和视图。

suo keys <path-to-suo-file>

这将转储文件中每个值的键。例如(节选):

nuget
ProjInfoEx
BookmarkState
DebuggerWatches
HiddenSlnFolders
ObjMgrContentsV8
UnloadedProjects
ClassViewContents
OutliningStateDir
ProjExplorerState
TaskListShortcuts
XmlPackageOptions
BackgroundLoadData
DebuggerExceptions
DebuggerFindSource
DebuggerFindSymbol
ILSpy-234190A6EE66
MRU Solution Files
UnloadedProjectsEx
ApplicationInsights
DebuggerBreakpoints
OutliningStateV1674
...

如您所见，许多IDE特性都使用这个文件来存储它们的状态。

使用view命令查看给定键的值。例如:

$ suo view nuget --format=utf8 .suo
nuget

?{"WindowSettings":{"project:MyProject":{"SourceRepository":"nuget.org","ShowPreviewWindow":false,"ShowDeprecatedFrameworkWindow":true,"RemoveDependencies":false,"ForceRemove":false,"IncludePrerelease":false,"SelectedFilter":"UpdatesAvailable","DependencyBehavior":"Lowest","FileConflictAction":"PromptUser","OptionsExpanded":false,"SortPropertyName":"ProjectName","SortDirection":"Ascending"}}}

有关该工具的更多信息，请访问:https://github.com/drewnoakes/suo

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

希望这能有所帮助。

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

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

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

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

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

不要将这些文件添加到版本控制中。这些文件是自动生成的，包含特定于工作站的信息，如果签入到版本控制，将在其他工作站引起麻烦。

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

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