Yanıtlar:
35 projeli bir VS2010 çözümü ile benzer bir sorunu düzelttim ... Sebep tekrarlandı
GlobalSection(TeamFoundationVersionControl)
bölümüne gidin. Çözümü kapattım, yinelenen GlobalSection (TeamFoundationVersionControl) yapılandırmasını kaldırdım ve çözümü yeniden yükledim ve uyarı mesajı gitti.
Bu sizin için sorun değilse, sadece 2 projeniz olduğu göz önüne alındığında, yakalanan çözüm dosyasını terk edeceğim, yeni bir çözüm oluşturacağım ve iki projenizi tekrar ekleyeceğim ...
En iyi çözüm VS'yi konfigürasyonları yeniden oluşturmaya zorlamaktır. Bunu yapmak için:
The following property is missing or has incorrect value: SccLocalPath63
The following property is missing or has incorrect value: SccLocalPath64
VS2012'de 44 projeyle benzer bir sorunu düzelttim .
Bunun nedeni, çoğaltılmış bir GlobalSection(TeamFoundationVersionControl)
bölümün (la Boycs'ın cevabı) bir kombinasyonuydu , ancak aynı zamanda tuttuğum bölüm içinde birkaç projenin de kopyalandığını - ve yakın zamanda kaldırılan projelere birkaç referansımın olduğunu - GlobalSection(TeamFoundationVersionControl)
.
Referans verilen tüm projelerin çözümümdeki gerçek projelerle 1: 1'e karşılık geldiğinden emin olduktan sonra uyarı ortadan kalktı.
Bir yana: Bu sorunların çoğunun şube ve taahhüt birleştirme sırasında .sln'ye daha fazla dikkat edilerek önlenebileceğinden şüpheleniyorum, ancak VS'nin bazen ne düşündüğünü kim bilebilir ...
Yukarıdaki hataların birçoğu vardı. Projeyi yeniden adlandırdım, kapattım, yeniden açtım adını geri değiştirdim. Bu .sln dosyasını yeniden oluşturur ve benim durumumda tüm ekstra öğeleri çıkardı.
.sln
Hataları aramak için kazma zahmetine girmeyin .
Boycs'ın ipucunu takip ederek VS2012'deki özdeş bir hata mesajını çözdü. Benim için sorun, GlobalSection(SolutionConfigurationPlatforms) = preSolution
SLN dosyamın altındaki iki yabancı bloktu.
VS 2015'te, bu bölümlerden ikisine sahiptim " GlobalSection (TeamFoundationVersionControl) = preSolution " verildi
Birincisi, çözüme eklenen en son projeyi içeriyordu, ikincisi (çözüm dosyasının sonuna yakın) içermedi. İkincisini sildikten sonra, çözüm VS 2015'te hatasız açıldı.
Diğer cevaplar zaten sorunun nasıl çözüleceğini açıklıyor. Belki sorunu tekrar almama yardım edebilirim:
Sorunu nasıl buldum Yeni bir proje eklediğimde çözüm dosyamız karıştı, başka bir geliştirici de yeni bir proje ekledi ve değişikliklerini yaptı (ki bu benim yerel sistemimde yoktu). Değişikliklerimi yapmaya başladığımda, açıkça berbat ettiğim .sln dosyasını birleştirmek zorunda kaldım :-)
Ne öğrendim
Çözüm dosyaları birleştirmek çok kötü. Bir proje eklerseniz aşağıdakileri yapın: 1. En son sürümü edinin 2. Projenizi ekleyin 3. Taahhüt yapın
Çözüm dosyanızı bekleyen değişiklikler altında görüyorsanız, ancak karşılaştırma modunda bir değişiklik görmüyorsanız, 'Tümünü Kaydet'e basmanız gerekir. Yeni projenizi eklerken, VisualStudio da çözümü değiştirdi. Ancak, bu şu anda kaydedilmemiş bir değişikliktir.
Senin Kontrol SccNumberOfProjects sizin de .Sln dosyası bu tahmin gerçek proje numarasından farklıdır olabilir.
Ben vs2012 benzer sorunu düzeltti.
benim durumumda sorun MySolutionName.sln dosyasındaki GlobalSection içindeki SccProjectName0 özellik değerinin boş olmasıydı.
SccProjectName0 değerini başka bir çözümden bu dize değerinin kopyası ile ayarlayarak ve dizedeki projenin adını geçerli olana (BTW - proje adınız içindeki boşluk ('') olarak değiştirerek çözdüm) '\ u0020' ile değiştirin).
*
benim durumumda, yanlışlıkla bu çözümün VSS tarafından kontrol edildiği zaman aynı çözümün eski MySolutionName.sln dosyası ile TFS tarafından kontrol edilen çözümü açtıktan sonra sorun başlıyor.
Olası bir çözüm daha ekleyebilirim - Tehlikeli birleştirme, SccNjectOfProjects doğru olsa bile, GlobalSection (TeamFoundationVersionControl) bölümünde SccProjectUniqueName / SccProjectName / SccLocalPath stanzas biri benzersiz değildi numaraları anlamına geliyordu. Numaralandırma düzeltildi, hata mesajı kayboldu.
VS 2019 - VS 2019'da ilk kez bir VS 2017 projesi açıyordum. Çıktı penceresinde, "Çıktıyı şuradan göster:" DDL'sini tıklayın ve seçeneklerinizi gözden geçirin, çünkü ek hata bilgileri görebilirsiniz.
Benim durumumda, çözüm 2019 için kaynak kontrol eşlemelerimi yeniden yapılandırmaktı.
Aynı sorunu yaşadım ve benim çözümüm:
Bu benim için çalışıyor.