Visual Studio uyarısı: “Çözümle ilişkili özelliklerin bazıları okunamadı”


160

Çözümümü açtığımda, bu uyarıyı içeren bir iletişim kutusu alıyorum. Çözüm (bir web uygulaması, bir sınıf projesi) hatasız olarak kurulur.

Soruna hangi özelliklerin neden olduğunu nasıl belirleyebilir ve hatayı nasıl çözebilirim?

Yanıtlar:


281

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 ...


6
VS2012 ile aynı problem vardı, bu çözüm işe yaradı. Teşekkürler!
David Airapetyan

4
Silinmesi gereken GlobalSection'ın (TeamFoundationVersionControl) altta olduğunu varsaymak güvenli midir?
frostshoxx

4
Aynı problemi yaşadım ve en altta kalanı kaldırdım. Sorunu çözdü. Birleşmenin bazen buna neden olduğu görülmektedir.
MaiOM

12
Benim için en alt oldu (açıkça güncel değil). VS'nin bulduğu ilkini kullandığından şüpheleniyorum. Benim durumumda buna TFS birleşmesi neden oldu.
Igby Largeman

2
Yinelenen GlobalSection ile VS2013'te aynı sorun - kaldırarak düzeltildi
Mark Hosang

31

Bu uyarının bir takım nedenleri var gibi görünüyor. SccNumberOfProjects = 4Sadece 3 olduğunda çözüm dosyam olduğu için alıyordum .


25

En iyi çözüm VS'yi konfigürasyonları yeniden oluşturmaya zorlamaktır. Bunu yapmak için:

  1. Sln dosyasını bir metin düzenleyicisiyle açın.
  2. Son "EndProject" öğesine ulaşana kadar aşağı kaydırın.
  3. Bundan sonra her şeyi silin.
  4. Çözümü kaydedin, kapatın ve yeniden oluşturun, her şey yeniden oluşturulacak.

Bu çözüm benim durumum için mükemmeldi. İki benzer hata The following property is missing or has incorrect value: SccLocalPath63The following property is missing or has incorrect value: SccLocalPath64
alıyordum

2
Bu çözüm VS 2017'de benim için çalıştı. Aslında sln dosyası açıldığında yeniden yaratır. EndProject'in bir sözcük olduğunu unutmayın.
Varun Sharma

Bu benim için bir çözümdü. Çözüm dosyasındaki tek fark SolutionGuid'di.
ADH

2
Bu, VS 2017'de benim için çalıştı. Eklemem gereken tek şey ... Çözüm Klasörleri kullanıyorsanız ... projelerinizi doğru "yuvalara" geri bırakmak zorunda
Mahkum ZERO

1
Bu, VS 2019'da benim için çalıştı. Diğer çözümlerde belirtildiği gibi yinelenen bölümler vardı, ancak bunları kaldırdığımda geri döneceklerdi. Bu işe yarayan tek şeydi.
19'da

8

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 ...


5

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ı.


Burada en kolay düzeltme. .slnHataları aramak için kazma zahmetine girmeyin .
Jonathan Landrum

Bunu biraz daha genişletebilir misin? Bazı kullanıcılar anlamayabilir. Explorer'da veya Visual Studio'da veya gerçek dosyada yeniden adlandırmak mı istiyorsunuz?
iTechy

1
Bunu Visual Studio içinde yapın, projeyi sağ tıklayın, adı herhangi bir şeyle değiştirin, sonra kaydedin ve çıkın. Yeniden açın ve orijinaline geri dönün, kaydedin ve çıkın. Çözümü yeniden açın ve hata gitmiş olmalıdır.
CThin

2

Boycs'ın ipucunu takip ederek VS2012'deki özdeş bir hata mesajını çözdü. Benim için sorun, GlobalSection(SolutionConfigurationPlatforms) = preSolutionSLN dosyamın altındaki iki yabancı bloktu.


2

Benim için sorun, her satırın sonunda boş alanlar (kopyala-yapıştır nedeniyle) idi. Onları kaldırarak hatayı tekrar alamadım.


2

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ı.


1

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.


1

Senin Kontrol SccNumberOfProjects sizin de .Sln dosyası bu tahmin gerçek proje numarasından farklıdır olabilir.


0

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.


0

VS2015 Güncelleme 3. [GlobalSection (TeamFoundationVersionControl) = preSolution] çözüm dosyasında kopyalandı. Alttaki kopya daha önce kaldırılmış bir proje içeriyordu ... bu kopyayı kaldırmak sorunu çözdü. Çoğaltmanın önceki bir birleştirme sorunundan kaynaklandığını düşünüyorum.


0

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.


0

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ı.

  • Ekip Gezgini'ne gidin
  • Bağlantıları Yönet düğmesini (fiş) tıklayın
  • Bağlantıları Yönet bağlantısını ve Bir Projeye Bağlan'ı tıklayın ...
  • ...

-1

Aynı sorunu yaşadım ve benim çözümüm:

  1. Çözümü VS'de açın
  2. Çözüm Platformunu Varsayılan Olarak Ayarla
  3. Onu kurtar
  4. VS'yi kapatın
  5. .Sln dosyasını Notepad ++ (veya başka bir düzenleyicide) açın
  6. Diğer Çözüm Platformu öğelerinin tümünü her yerden silin
  7. (örneğin: {73E03C8F-1F76-45E2-9D45-FA040A63F0AA}. Serbest Bırakma | Herhangi bir CPU.Build.0 = Serbest Bırakma | Herhangi bir CPU)
  8. Kaydet ve çözümü yeniden aç.

Bu benim için çalışıyor.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.