Visual Studio警告：“无法读取与解决方案关联的某些属性”

如何解决Visual Studio警告：“无法读取与解决方案关联的某些属性”

| 打开解决方案时，出现带有此警告的对话框。该解决方案（一个Web应用程序，一个类项目）的构建没有错误。 如何确定导致该问题的属性，并解决该错误？     

解决方法

        我刚刚用35个项目解决了VS2010解决方案的类似问题。原因是重复的

GlobalSection(TeamFoundationVersionControl)

解决方案文件中的“部分”。我关闭了解决方案，删除了重复的GlobalSection（TeamFoundationVersionControl）配置，然后重新加载了解决方案，警告消息消失了。 如果这不是您的问题，考虑到您只有2个项目，我将放弃该解决方案文件，创建一个新的解决方案，然后重新添加您的两个项目...     ,        出现此警告的原因似乎很多。我之所以得到它，是因为我的解决方案文件只有1个时为

SccNumberOfProjects = 4

。     ,        最好的解决方案是强制VS重新生成配置。去做这个： 使用文本编辑器打开sln文件。 向下滚动，直到到达最后一个\“ EndProject \”元素。 之后删除所有内容。 保存，关闭并重建解决方案，所有内容都会重新生成。     ,        我刚刚在VS2012中修复了44个项目中的类似问题。 原因是重复的“ 0”部分（la Boycs的回答）的组合，但是在我保留的“ 0”部分中，我也重复了几个项目，以及对一些最近被删除的项目的引用。 。 一旦我确保所有引用的项目与解决方案中的实际项目1：1对应，警告就会消失。 撇开：我怀疑在分支和提交合并期间，如果对.sln进行更密切的关注，就可以避免大多数此类问题，但是谁知道VS有时会在想什么...     ,        我上面有很多错误。 我将项目重命名，保存为关闭状态，重新打开后将其更改回原来的名称。这将重新创建.sln文件，在我的情况下，将所有其他项都删除了。     ,        遵循Boycs的领导，在VS2012中解决了相同的错误消息。对我来说，问题是我的SLN文件底部有两个多余的

GlobalSection(SolutionConfigurationPlatforms) = preSolution

块。     ,        对我来说，问题是每行末尾都有空白（由于复制粘贴）。通过删除它们，我没有再收到错误。     ,        在VS 2015中，我有以下两个部分：“ GlobalSection（TeamFoundationVersionControl）= preSolution \” 第一个包含添加到解决方案中的最新项目，第二个（未包含在解决方案文件末尾）。删除第二个解决方案后，该解决方案在VS 2015中打开，没有任何错误。     ,        其他答案已经说明了如何解决此问题。 也许我可以帮您避免再次遇到问题： 我怎么解决这个问题 当我向其中添加一个新项目时，我们的解决方案文件变得混乱起来，而另一个开发人员也添加了一个新项目并提交了他的更改（我在本地系统中未找到）。当我开始提交更改时，我不得不合并.sln文件，在这里我显然搞砸了:-) 我学到的是 解决方案文件很难合并。如果添加项目，请执行以下操作：  1.获取最新版本  2.添加您的项目  3.提交 如果您看到解决方案文件正在更改中，但是在比较模式下看不到更改，则必须按\'Save All \'。在添加新项目时，VisualStudio还更改了解决方案。但是，此更改目前尚未保存。     ,        检查您的.sln文件中的SccNumberOfProjects，它可能与您的实际项目号不同。     ,        我修复了vs2012中的类似问题。 在我的情况下，问题是MySolutionName.sln文件中GlobalSection内的SccProjectName0属性值为空。 我通过从另一个解决方案中将此字符串值的副本设置SccProjectName0值并将其替换为当前字符串中的项目名称来解决（BTW-如果您的项目名称为空格（\'\'），需要替换为\'\\ u0020 \'）。 * 在我的情况下，问题是在我错误地打开了由TFS控制的，具有旧解决方案的MySolutionName.sln文件的解决方案之后，而该解决方案由VSS控制的时间相同。     ,VS2015更新3。[GlobalSection（TeamFoundationVersionControl）= preSolution]在解决方案文件中重复。 底部重复项包含一个以前已删除的项目...因此删除该重复项可以解决此问题。 我认为重复是由先前的合并问题引起的。     ,        我可以再添加一个可能的解决方案-狡猾的合并意味着GlobalSection（TeamFoundationVersionControl）部分中的SccProjectUniqueName / SccProjectName / SccLocalPath节之一具有不唯一的数字，即使SccNumberOfProjects是正确的。修正了编号，错误消息消失了。     ,        VS 2019-我第一次在VS 2019中打开VS 2017项目。在“输出”窗口中，单击“显示输出自：” DDL，然后检查您的选项，因为您可能会看到其他错误信息。 就我而言，解决方案是重新配置我的2019年源代码控制映射。 进入团队资源管理器 单击管理连接按钮（插头） 单击管理连接链接，然后连接到项目... ...     ,        我遇到了同样的问题，我的解决方案是： 在VS中打开解决方案 将解决方案平台设置为默认 保存 关闭VS 在记事本++（或任何其他编辑器）中打开.sln文件 从各处删除所有其他解决方案平台项目 （例如：{73E03C8F-1F76-45E2-9D45-FA040A63F0AA}。发布|任何 CPU.Build.0 =发行版|任何CPU） 保存它，然后重新打开解决方案。 这对我有用。