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

使用Rational ClearCase，答案是否定的。只有.sln & .*proj应该在源代码控制中注册。

我不能为其他供应商负责。如果我没记错的话，这些文件是“用户”特定的选项，您的环境。

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

希望这能有所帮助。

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

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

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

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

添加(并编辑).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)

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