我最近重新构建了我的开发机器,现在使用的是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”并收到此错误
答案 0 :(得分:1)
安装Windows 7后,我收到了类似的错误消息。事实证明,Visual Studio的某些功能尚未安装。它可能是一个服务包或EF4。安装完成后,我就可以打开解决方案文件了。然后,我还得到“此安装不支持项目类型”,直到我安装了一些其他更新,例如MVC3。
我认为解决方案文件包含未修补的Visual Studio无法识别的信息。
答案 1 :(得分:0)
在我的情况下,当我的解决方案中的文件名对于我想要下载解决方案的路径太长时,会出现消息“所选文件不是有效的解决方案文件”。将解决方案文件夹直接放在C:\驱动器下或短路到C驱动器的文件夹解决了我的问题。
答案 2 :(得分:0)
您必须更改权限
右键单击父文件夹 => 属性 => 安全性 =>(编辑)按钮=>( 添加)按钮=>(高级)按钮=>(立即查找)按钮=>
然后选择: 所有人
=> 确定 => 确定 =>现在必须允许其完全控制=>完全控制=允许
=> 确定
现在让它适用于所有子文件夹和文件
完成
答案 3 :(得分:0)
.sln文件的主要问题。只需使用您的默认.sln代码对其进行编辑。像这样的enter image description here
答案 4 :(得分:0)
对我来说,此解决方案非常有效:
在Visual Studio中创建新项目(新项目名称应与主项目名称相同),并在新解决方案中删除任何默认创建的项目。现在转到新项目位置并复制.sln文件。转到主项目位置并删除.sln文件,然后粘贴复制的.sln文件并打开,然后重新进行解决。
注意::如果遇到有关项目清单的问题,您可以编辑.csproj(通过记事本)并删除与清单有关的所有标签并保存。再次重新加载解决方案。
这对我来说很有效。
答案 5 :(得分:0)
我进入了包含的文件夹,我在Visual Studio中打开了.csproj文件,这导致解决方案重新加载,并且我不再遇到错误。