Visual studio 为什么'；"；名称空间提供程序"；属性是否保存在给定子目录的项目文件中？

VS2008项目中的子目录主要用于在磁盘上物理表示项目的命名空间结构。每个文件夹都有一个名为“名称空间提供程序”的布尔属性，当该属性设置为True时，将导致ReSharper验证给定类的物理位置是否对应于逻辑名称空间位置

有时我不希望文件夹用作名称空间提供程序，因此我将此属性设置为False，并且ReSharper不执行检查

问题 此设置不会保存在项目文件中，因此在下次打开解决方案时会恢复为默认值True。这没什么大不了的，但是ReSharper确实会给你很多关于不正确名称空间的警告

为什么不保存属性值

版本。。。

---

带VS2008 SP1的ReSharper 4.0对我来说，此设置保存在.csproj.ReSharper文件中。我们遇到了一些问题，因为一些开发人员在此文件上添加了忽略模式，并且没有将其签入。

快速回答： 在切换分支之前，请关闭要切换的解决方案。这将防止VS提示您“重新加载”解决方案，因为它已更改。Visual Studio将在重新加载.suo文件时删除该文件中的ReSharper自定义设置

长答案： 我发现，要保持“Namespace Provider”假设置（真设置始终保持，因为它是默认状态）是为了确保在切换分支（通过ToirtoiseSVN）之前，我记得关闭Visual Studio或解决方案

在Visual Studio向您提示消息：“项目'project.name.here'已在环境外部修改后，只要您选择“重新加载”Visual Studio的选项，该状态将被清除。按“重新加载”可从磁盘加载更新的项目。按“忽略”可忽略外部更改

我假设发生这种行为是因为VisualStudio在重新加载.suo文件时会从中删除所有未知值。这就是此重新精简设置（命名空间提供程序）被持久化的地方。

@olivehour

---

这是保存在ProjectName.csproj.DotSettings文件中的项目级设置。考虑将所有项目级别.dotSt设置文件检查到源代码管理，以在团队中保持此设置。

此属性由RESARPER提供。您使用的是什么版本？我也遇到了同样的问题，它不是用4.5.1288.2保存的，这肯定是答案，我们确实尝试避免签入此文件，因为我认为它是特定于用户的（设置、引用等）。但是，如果它确实包含这样的全局设置，那么我们应该重新考虑如何处理这些文件。这似乎已经改变，现在在一个DotSettings文件中