11

我最近重新构建了我现在使用 Windows 7 的开发机器。在这台新机器上，VS 2010 无法再直接从 SS 2005 打开 sln 文件。这些是有效的 2010 解决方案（最初使用 VS 2010 创建）在我重新开始之前工作正常-建造我的机器。我的同事有相同的设置，没有这个问题。

我收到的消息是“所选文件不是有效的解决方案文件”。

我已经重新构建了很多次并使用了多次安装的 VS，并且从未遇到使用 VS 05、08 或 10 从 SS 打开 sln 的问题。我以前从未见过这种情况。我的同事也没有遇到过这个问题

我已经重新安装了 SS 2005 以及最新的 SS 更新，但没有任何效果。

VS 2010可以从文件系统打开解决方案就好了，所以肯定是SS的东西。

有任何想法吗？

编辑解决方案文件的内容：

Microsoft Visual Studio Solution File, Format Version 11.00
# Visual Studio 2010
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "MyProject", "MyProjectX\MyProject.csproj", "{8E519F6C-A405-43AB-ADA0-F4829ECBEFE0}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "MyProject_BL", "MyProject_BLMyProject_BL.csproj", "{595FFFB2-5CC3-40BB-9059-32ACFAA9DEFA}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "LinqKit", "LINQKit\LinqKit.csproj", "{AEC98F52-83F5-488D-99EF-8AFFE7C9F6E6}"
EndProject
Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "MyProject_DL", "MyProject_DL\MyProject_DL.csproj", "{55506B29-70A8-4556-ADF9-2553B0F18379}"
EndProject
Global
    GlobalSection(SourceCodeControl) = preSolution
        SccNumberOfProjects = 5
        SccLocalPath0 = .
        SccProjectUniqueName1 = MyProject\\MyProject.csproj
        SccProjectName1 = \u0022$/MyProject.root/MyProject/MyProject\u0022,\u0020
        SccLocalPath1 = MyProject
        SccProjectUniqueName2 = MyProject_BL\\MyProject_BL.csproj
        SccProjectName2 = \u0022$/MyProject.root/MyProject/MyProject_BL\u0022,\u0020
        SccLocalPath2 = MyProject_BL
        SccProjectUniqueName3 = LINQKit\\LinqKit.csproj
        SccProjectName3 = \u0022$/MyProject.root/MyProject/LINQKit\u0022,\u0020
        SccLocalPath3 = LINQKit
        SccProjectUniqueName4 = MyProject_DL\\MyProject_DL.csproj
        SccProjectName4 = \u0022$/MyProject.root/MyProject/MyProject_DL\u0022,\u0020JNAAAAAA
        SccLocalPath4 = MyProject_DL
    EndGlobalSection
    GlobalSection(SolutionConfigurationPlatforms) = preSolution
        Debug|Any CPU = Debug|Any CPU
        Release|Any CPU = Release|Any CPU
    EndGlobalSection
    GlobalSection(ProjectConfigurationPlatforms) = postSolution
        {8E519F6C-A405-43AB-ADA0-F4829ECBEFE0}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
        {8E519F6C-A405-43AB-ADA0-F4829ECBEFE0}.Debug|Any CPU.Build.0 = Debug|Any CPU
        {8E519F6C-A405-43AB-ADA0-F4829ECBEFE0}.Release|Any CPU.ActiveCfg = Release|Any CPU
        {8E519F6C-A405-43AB-ADA0-F4829ECBEFE0}.Release|Any CPU.Build.0 = Release|Any CPU
        {595FFFB2-5CC3-40BB-9059-32ACFAA9DEFA}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
        {595FFFB2-5CC3-40BB-9059-32ACFAA9DEFA}.Debug|Any CPU.Build.0 = Debug|Any CPU
        {595FFFB2-5CC3-40BB-9059-32ACFAA9DEFA}.Release|Any CPU.ActiveCfg = Release|Any CPU
        {595FFFB2-5CC3-40BB-9059-32ACFAA9DEFA}.Release|Any CPU.Build.0 = Release|Any CPU
        {AEC98F52-83F5-488D-99EF-8AFFE7C9F6E6}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
        {AEC98F52-83F5-488D-99EF-8AFFE7C9F6E6}.Debug|Any CPU.Build.0 = Debug|Any CPU
        {AEC98F52-83F5-488D-99EF-8AFFE7C9F6E6}.Release|Any CPU.ActiveCfg = Release|Any CPU
        {AEC98F52-83F5-488D-99EF-8AFFE7C9F6E6}.Release|Any CPU.Build.0 = Release|Any CPU
        {55506B29-70A8-4556-ADF9-2553B0F18379}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
        {55506B29-70A8-4556-ADF9-2553B0F18379}.Debug|Any CPU.Build.0 = Debug|Any CPU
        {55506B29-70A8-4556-ADF9-2553B0F18379}.Release|Any CPU.ActiveCfg = Release|Any CPU
        {55506B29-70A8-4556-ADF9-2553B0F18379}.Release|Any CPU.Build.0 = Release|Any CPU
    EndGlobalSection
    GlobalSection(SolutionProperties) = preSolution
        HideSolutionNode = FALSE
    EndGlobalSection
EndGlobal

所采取的行动：

第 1 步：文件 -> 打开项目/解决方案

在此处输入图像描述

第 2 步：在左侧菜单中选择 SourceSafe。您现在可以看到存储在 sourcesafe 中的 ss_IssueTrak 数据库 在此处输入图像描述

第 3 步：导航到解决方案 IssueTrakX.sln 在此处输入图像描述

第 4 步：单击打开或双击 IssueTrakX.sln 并收到此错误 在此处输入图像描述

4

7 回答 7

1

安装 Windows 7 后，我收到了类似的错误消息。原来 Visual Studio 的某些功能尚未安装。它可能是一个服务包或 EF4。安装后，我就可以打开解决方案文件了。然后，在我安装了一些其他更新（例如 MVC3）之前，我还得到了“此安装不支持项目类型”。

我认为解决方案文件包含未修补的 Visual Studio 无法识别的信息。

于 2011-11-19T22:12:02.030 回答
1

就我而言，当我的解决方案中的文件名对于我想要下载解决方案的路径而言太长时，会出现消息“所选文件不是有效的解决方案文件”。将解决方案文件夹直接放在 C:\ 驱动器下或 C 驱动器短的文件夹解决了我的问题。

于 2013-08-23T11:46:02.793 回答
0

.sln 文件的主要问题。只需使用您的默认 .sln 代码对其进行编辑。像这个在此处输入图像描述

于 2019-01-09T05:29:44.920 回答
0

对现有项目进行备份并将其删除并从版本控制中重新下载源代码。这个步骤对我有用

于 2022-01-19T12:35:48.657 回答
0

你必须更改权限

右键单击父文件夹=>属性=>安全=>（编辑）按钮=>（添加）按钮=>（高级）按钮=>（立即查找）按钮=>现在选择：每个人 =>确定=>确定=>现在你必须允许它完全控制=>完全控制=允许
=>好的

现在让它申请所有的子文件夹和文件

完成的

于 2018-08-17T06:18:30.137 回答
0

我进入包含文件夹，我在 Visual Studio 中打开了 .csproj 文件，导致解决方案重新加载，我不再有错误。

于 2020-11-23T12:43:50.107 回答
0

对我来说，这个解决方案非常完美：

在 Visual Studio 中创建新项目（新项目名称应与主项目名称相同）并删除新解决方案中任何默认创建的项目。现在转到新项目位置并复制 .sln 文件。转到主项目位置并删除 .sln 文件并粘贴复制的 .sln 文件并打开，然后再次重新构建解决方案。

注意：如果遇到有关项目清单的任何错误，您可以编辑 .csproj（通过记事本）并删除与清单相关的任何标签并保存。再次重新加载解决方案。

对我来说，这很有效。

于 2020-09-15T08:40:05.213 回答