7

Şimdi son zamanlarda Windows 7 kullanan geliştirme makinemi yeniden oluşturdum. Bu yeni makinede VS 2010 artık sln dosyalarını açamıyor SS 2005'ten itibaren. Bunlar, makinemi yeniden inşa edene kadar iyi çalışan, 2010'un geçerli çözümleri (orjinal olarak oluşturulmuş VS 2010). İş arkadaşlarım aynı kuruma sahip ve bu problemi yok.Kaynak güvenli veritabanını açmaya çalışırken seçili dosya geçerli bir çözüm dosyası değil "hatası

Aldığım mesaj "Seçilen dosya geçerli bir çözüm dosyası değil".

Birçok kez yeniden oluşturdum ve VS'nin birçok yüklemesini kullandım ve VS 05, 08 veya 10'u kullanarak sln'nin SS'den açılma sorunu yaşamadım. Bunu daha önce hiç görmedim. İş arkadaşlarım bu sorunu ya da

Bu sorunu yaşamadım SS 2005'in yanı sıra en son SS güncellemesini de yükledim ancak hiçbir şey çalışmıyor.

VS 2010, dosya sisteminden çözümler açabilir, bu yüzden bir SS olayı olması gerekir.

Herhangi bir fikrin var mı? > Aç Proje/Çözüm

enter image description here

Adım 2 - Dosya: Select

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 

Eylemler alınan:

Adım 1 Çözüm dosyasının içeriği için

Düzenleme Sol menüde SourceSafe. Artık ss_IssueTrak veritabanı enter image description here

Adım 3 SourceSafe depolanan görebilirsiniz: gidin Çözüm IssueTrakX.sln için enter image description here

Adım 4: tıklayın Aç veya çift IssueTrakX.sln tıklayıp bu hatayı almaya enter image description here

+1

Teslim dışı .sln dosyasının satır sonlarını kontrol edebilir misiniz? VS, çözümlerde ve projelerde satır sonlarının sadece 0a değil 0d 0a olduğu hassastır (veya). Bunun neden değişeceğini hayal bile edemiyorum, ama bu hatayı geçmişte gördüğümde normal bir sebep. – Rup

+0

Sorun, VSS Gezgini'nden .sln'yi çalıştırdığınızı/çift tıkladığın gibi mi geliyor? "Artık açık sln dosyaları doğrudan SS 2005 edebilir" –

+0

@Rup: Ben i açarsanız ... dosyayla görmek istiyorum emin değilim.not defteri içinde not dosyası, orada ne demek istediğini göremiyorum (0d 0a). Orijinal soruma bir dakika içinde içerik göndereceğim. – Steph

cevap

1

Windows 7'yi yükledikten sonra benzer bir hata iletisi alıyorum. Visual Studio'nun bazı özelliklerinin henüz yüklenmediğini ortaya koyuyor. Bir hizmet paketi veya EF4 olabilirdi. Bu bir kez kurulduktan sonra, çözüm dosyasını açabildim. Daha sonra, MVC3 gibi bazı diğer güncellemeleri yükleyene kadar "Proje türü bu kurulum tarafından desteklenmiyor" oluyordu.

Çözüm dosyasının, yamlanmamış Visual Studio'nun tanımadığı bilgileri olduğunu varsayalım. Benim durumumda

0

, mesaj ı çözümünü indirmek istedim yolu için çok uzun zaman çözümlerinde dosya adları oradayken oluştu "seçilen dosya geçerli bir çözüm dosyası değil". Çözüm klasörünü doğrudan C: \ sürücüsünün altına veya C sürücüsüne kısa bir klasörün altına koymak problemimi çözdü.