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

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

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

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

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

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

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

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

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

.user是用户设置，我认为.suo是用户选项的解决方案。您不希望这些文件处于源代码控制之下;它们将为每个用户重新创建。

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

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