Görsel stüdyo iyi derliyor ancak yine de kırmızı çizgiler gösteriyor


96

VS 2012 kullanıyorum ve bazı komik davranışları gözlemlemeye başlayana kadar gayet iyi çalışıyordu. Kodumu açtığımda, genellikle kodumuzda bir hata olduğunda gördüğümüz kırmızı Alt Çizgiler gösteriyor. Şaşırtıcı bir şekilde, kod her şeyi iyi derler. Hiç normal olmayan gözlemler yaptım.

  1. Kırmızı Kodda Altı Çizili
  2. Çözümü temizlerken veya oluştururken hata yok.
  3. kırmızı Alt çizgiler, çözümü oluşturduktan / temizledikten sonra bir süre kayboluyor ancak sonunda geri geliyor.
  4. Bu yüzden zekam çalışmayı bıraktı.
  5. Herhangi bir bileşene sağ tıklayıp tanımına gidemiyorum.

Herhangi bir fikir?


Hangi kod alt çizgi gösteriyor? Örnek verebilir misiniz?
matth

Belki eski kodu kullanıyor musunuz? Bir şeyi gösteren küçük bir uygulamayı deneyin, eğer hiçbir şey olmazsa eski kodu çalıştırıyor olabilirsiniz.
Max

Reshaper'ı veya alt çizgileri yapan başka bir aracı çalıştırıyor musunuz?
AlG

Bu tüm kod dosyalarında mı? Benim çözümümden olmayan bir dosyayı açtığımda bir kez başıma geldi, tanıma gidememek onu bana verdi.
Pierre-Luc Pineault

Yanıtlar:


48

Geçici ASP.NET klasörünün içeriğini silin ve ardından yeniden oluşturun. Ya kullanıcı klasörünüzde ( IIS Express - \ AppData \ Local \ Temp \ Temporary ASP.NET Files için ) ya da Windows dizininde ( IIS için - C: \ Windows \ Microsoft.Net \ Framework \ vx.xx \ Geçici ASP.NET Dosyaları )

Yollar aklımın dışında ve doğru olmayabilir


Alternatif olarak, eğer bu sadece bir projeyi / çözümü etkiliyorsa ve git'i geçici dosyalar için uygun görmezden gelmelerle birlikte kullanıyorsanız, değişiklik yapmayı, çalışma kopyanızı silmeyi ve şubenizi kullanıma almaya zorlamayı deneyin.
Kyle

3
ya hata Mac için Visual Studio'da ise? bu klasörün yolu ne olabilir?
kaybetti

1
Daha sonra VS'yi kapatıp açmam gerekiyordu ve çalışıyor. Teşekkürler
MusicAndCode

170

Visual Studio 2017:

Visual Studio'yu kapatmak ve .vsçözüm dizininde bulunan klasörü kaldırmak benim için çalıştı.

Bu klasörün bir hiddenözniteliği vardır. Gizli dosyaları göstermek için klasör seçeneklerindeki ayarları değiştirmeniz gerekebilir.


2
VS 2017 için bu çözüm, bu sayfadaki diğerlerinden hiçbirinin çalışmadığı yerde çalıştı (geçici klasörleri temizleme ve / bin ve / obj temizleme gibi). .Vs, belirtildiği gibi sistemimde "gizli" değildi (oysa, örneğin .git klasörüm elbette ki, bu yüzden farkı anlayabilirim).
secretwep

1
.Suo dosyasını silmeyi denedim, ancak VS
2017'yi

3
@AmitKulat Evet, .suo dosyası Visual Studio tarafından oluşturulan ve bir dizi ayar içeren yapılandırılmış bir depolamadır. Bazı hatalar nedeniyle düzgün çalışmıyor. Böylece, onu çıkardığınızda, doğru varsayılan ayarlarla yeniden oluşturulacaktır.
VeganHunter

4
"Desteklenmiyor ... Visual Studio'nun bu sürümü aşağıdaki projeleri açamıyor ..." - .vs dizini silindikten sonra oldukça can sıkıcı bir açılır pencere. Ama iyi huylu görünüyor. Tamam'a tıklandı ve çözüm yine de bir Taşıma Raporundan sonra açıldı. Bu, .vs silinene kadar uykuda olan ilgisiz bir sorun olabilir. Gelecek nesil için buraya rapor veriyorum.
Bob Stein

3
Bu aynı zamanda Visual Studio 2019 (Önizleme. .Vs klasörünü silme) için de geçerlidir
Albert Romkes

10

Az önce Visual Studio 2012'de oluşturulan ancak 2013'te çalışan bir çözümle çalışırken bu sorunu yaşadım. Visual Studio'yu kapattım, tüm \ bin ve \ obj dizinlerini sildim ve sorun giderildi.


9

Benim için bu sorun, projeyi Kaldırıp Yeniden Yüklediğimde düzeltildi. Benim için çalıştım, umarım senin için de çalışır :)


7

Bunun eski olduğunu biliyorum, ancak insanların bu konuyu google'dan yaptığım gibi bulması durumunda. Svn'den bazı çatışmaları çözdükten sonra bu sorunu yaşadım. Çözümün içinde birkaç proje var ve birkaç farklı projede bazı çatışmaları çözdüm. Build -> Clean Solution ve ardından Build -> Rebuild Solution yaptım ve her şey yine iyiydi.


7

Bu sorunu yaşadım ve ReSharper ile ilgiliydi.

Benim için çözüm adımları:

1) ReSharper'ı devre dışı bırakın

VisualStudio\Tools\Options\ReSharper Ultimate\General\Suspend Now

2) Çözüm Oluşturun

(Ctrl-Shift-B)

3) Yeniden Paylaşımı Yeniden Etkinleştirin

VisualStudio\Tools\Options\ReSharper Ultimate\General\Resume Now

Steve


Benim için çalıştı. Evet. ReSharper problemdi.
Muhammad Saqib

6

Resharper gibi yüklü eklentileriniz var mı? Kötü bir eklentiyle ilgili sorunlar yaşadım.

Eklentilerin çalışmasını önlemek için visual studio güvenli modda çalıştırmayı deneyin.

devenv /Safemode

10
Resharper kullanıyordum. ReSharper'ı Araçlar -> Seçenekler -> Yeniden Paylaşım menüsündeki Askıya Al düğmesini kullanarak devre dışı bırakabilirsiniz. Sonra devam ettir, bana yardımcı oldu.
Oleg Kyrylchuk

5

Benim gibi Resharper kullanıyorsanız, bu bağlantıyı izleyerek yeniden paylaşım önbelleğini silebilirsiniz: https://www.jetbrains.com/help/resharper/Configuring_Caches_Location.html

To specify the location for caches

1. Open the Environment | General page of ReSharper options.
2. Use the Save solution caches in to select the location for cache files:
3. User local settings folder to store them in the following directory: %LOCALAPPDATA%\JetBrains\Transient
4.System TEMP folder to store them in the following directory: %TEMP%\ReSharperCache
5. Solution folder to store them in the root folder of the current solution
6. Custom folder to choose a custom location for ReSharper cache files.
7. Click Save to apply the modifications and let ReSharper choose where to save them, or save the modifications to a specific settings layer using the Save To drop-down list. For more information, see managing and sharing resharper settings.
8. Reopen your solution for the changes to take effect.

Ortamdaki 'Önbelleği temizle' düğmesi | ReSharper seçeneklerinin genel sayfası sorunumu çözdü. Yine de ipucu için teşekkürler!
nilsK

3

Vs2013'te tüm projelerde tüm obj / bin klasörlerimi silerek bu sorunu çözdüm. Sorun büyük olasılıkla sildiğim ancak düzgün bir şekilde temizlenmemiş çözüm yapılandırmalarından kaynaklanıyordu, çünkü Build -> Clean Solution yapmak obj / bin klasörlerinden eski çıktıları kaldırmıyor.


1

Benim için işe yarayan şey, IntelliSense indeks dosyasını silmek.

IntelliSense dosyası, çözümünüzle aynı dizindedir.

Dosya adı SolutionName.sdf'dir

Sadece bu dosyayı silin, çözümünüzü tekrar açın ve IntelliSense, dizin dosyasını yeniden oluşturmaya başlayacaktır. Bundan sonra sorun çözülecek.


1

Bu benim için Visual Studio Enterprise 2017'de çalıştı:

  1. Araçlar> Seçenekler> Metin Düzenleyici> JavaSCript / TypeScript> Linting> Genel'e gidin.

  2. "ESLint'i Etkinleştir" seçimini kaldırın


1
Günlerce süren araştırma, kaldırma / yükleme projeleri ve birçok .vs klasör kaldırma işleminden sonra sorunumun temel nedeni buydu, bu yüzden bunu geçerli bir yanıt olarak görüyorum. Birisi bir yerlerde seni korusun oğlum.
Nandolcs

1

Bununla da karşılaştım ve aşağıdakileri yaparak Visual Studio'yu normal durumuna döndürmeyi başardım -

  1. Kırmızı çizgili kodun geldiği projeyi tanımlayın
  2. Kırmızı çizgi projesini kullanıldığı referanslardan kaldırın (ProjeAdı \ Referanslar - sağ tıklayın, referans ekleyin, kırmızı çizgi projesinin işaretini kaldırın)
  3. Derle (şimdi hata almalısınız)
  4. Az önce kaldırılan proje referansını yeniden ekleyin
  5. Yeniden İnşa Et
  6. Kırmızı çizgiler kaldırılmalı ve proje inşa edilmelidir!

1

Birkaç * cpp kaynak dosyasında birçok kırmızı çizgiyle aynı sorunu yaşadım. Kod mükemmel bir şekilde derlenmiş olsa da. Diğer çözümlerin hiçbiri benim için işe yaramadı.

Bir * .cpp dosyasının #include satırlarının sırasını değiştirmek, kırmızı çizgilerin kaybolmasına ve geri yüklenen sırayla yeniden oluşturulmasına neden olabilir.

Sonra bir başlık dosyasının tek bir * .cpp dosyasına iki kez eklendiğini fark ettim. İkincisini çıkardım ve - her şey yolundaydı.

Aynı * .cpp dosyasına iki kez üstbilgi dosyası eklemek derleyici için değil, intellisense kısmı için sorun gibi görünüyor.


0

Belki eklemek için geç ama yine de birilerine yardımcı olabileceğini umuyoruz. Birkaç dosyada çok sayıda kırmızı dalgalı çizgi gördüğümde de benzer bir sorun yaşadım. Yukarıda önerilen tüm cevapları denedim ama hiçbir şey işe yaramadı. Şikayet dosyalarının referanslarının olduğu diğer dosyalardaki yapılara, sınıflara göz atmaya başladığım an sorun ortadan kalktı. Görünüşe göre intellisense, bazı nedenlerden dolayı bağımlılıkları kendi başına çözememişti.


3
Cevabınızda bir çözüm göremiyorum. "... Intellisense kendi başına çözülmesi bağımlılıkları mümkün değildi gibiydi" - Eğer tarafından diyorsun "sınıfları arasında dolaşmadan yapılar" sen yardımcı oldu Intellisense bağımlılıklarını çözmek?
Sнаđошƒаӽ

4
@ Sнаđошƒаӽ Sanırım tam da öyle diyor.
Robert Columbia

@RobertColumbia OP'ye alınma ama bence bu çok saçma.
Sнаđошƒаӽ

@ Sнаđошƒаӽ iyi söylediği bu. Bu stratejinin yardımcı olmadığını düşünüyorsanız, yanıtı olumsuz olarak değerlendirin.
Robert Columbia

@ Sнаđошƒаӽ Ben de aynı sorunla karşılaştığım için gönderiye ulaştım. Öncelikle benim için işe yarayanları yayınlamadan önce tüm cevapları denedim.Başkalarının da oradaki deneyime göre cevapladığı gibi. Bunda yanlış bir şey görmüyorum. Bunun yerine başka birine de yardımcı olabilir.
irsis

0

Benim için, bazı derleme bağımlılık hatalarında (CMD isteminden fuslogvw) hata ayıklamak için bir kerede füzyon günlüğünü etkinleştirmiştim. Bu aylar önceydi ve o zamandan beri çok daha yavaş yapım süreleri (5-7 dakika) yaşıyordum. Onları etkin bıraktığımı da tamamen unutmuştum. Bu günlükler benim dar boğazımdı ve onları devre dışı bırakmak, yinelemeyi çok daha hızlı hale getirdi. Umarım bu birine yardımcı olur!


0

En son Visual Studio 2017'de bu sorunla karşılaştım.
Ayrıca programımın hata ayıklama sürümü de çok yavaş çalışıyordu.

Çözüm dosyasını sildim .slnve yeni bir tane oluşturdum.


0

İşe yarayan adımlar

  1. Çözümü açın ve tümünü yeniden oluşturun
  2. Çözümü Kapat
  3. Çözümü açın ve temizleyin
  4. Çözümü kapat
  5. Çözümü açın ve tümünü yeniden oluşturun
  6. Çözümü kapatıp açın ve iyi olmalıdır. Bu her seferinde benim için çalışıyor

Kaydedilmiş hata ayıklama ayarlarını vb. Kaybedeceğiniz için bu ayar dosyalarından bazılarını dikkatlice silmeniz fark ettiğinizden daha fazla zarar verebilir.



0

VS 2017'deki durumumda, bir üçüncü taraf kitaplığında tanımlanan tüm sembollerin altında gösterilen birçok "kırmızı çizgi" var, ancak projem aslında sorunsuz bir şekilde oluşturulabilir. Önerilen tüm çözümleri denedim (.VS klasörünü silme, VS'yi yeniden başlatma vb.) Ancak hiçbiri çalışmıyor.

Son olarak, onu düzelttim ve şu şekilde: Uygulama projemin özellik sayfasını açıyorum, ardından gerekli tüm üçüncü taraf kitaplık başlık yollarını koyduğum yer olan "C / C ++ -> Genel -> Ek Dahil Etme Dizinleri" ne gidiyorum. Tüm yolu siliyorum (ancak bir yere kaydediyorum), onaylamak için "Tamam" ı tıklayın. Sonra aynı ayara geri döndüm, o yolu tekrar yapıştırdım, onaylamak için "Tamam" ı tıklayın, sonra tüm bu "kırmızı çizgiler" kayboldu.


0

Bu çözümü buldum:

  1. Visual Studio'yu kapatın (Görev Yöneticisi'nde devenv.exe'nin bulunmadığından emin olun).
  2. %USERPROFILE%\AppData\Local\Microsoft\VisualStudio\xx\ComponentModelCacheDizini silin .
  3. Visual Studio'yu yeniden başlatın.

0

Bu sorunu aylardır yaşıyorum ve sonunda düzelttim. Visual Studio'yu kapatmak ve çözüm dizininde bulunan .vs klasörünü kaldırmak BENİM İÇİN ÇALIŞMADI.

Web.config dosyasında, referanslar klasörümde olmayan bir kitaplığa referans veren bir assemblyIdentity etiketi vardı. Bu etiketi kaldırdım, temizledim, kapattım ve yeniden açtım ve sorun düzeltildi.

  1. Web.config dosyanızdaki assemblyIdentity etiketlerinin her birini kontrol edin ve bunları çözüm gezginindeki referanslar klasörüyle karşılaştırın.
  2. Referanslar klasörünüzde listelenmeyenler için parent relatedAssembly etiketi dahil tüm assemblyIdentity etiketlerini kaldırın.
  3. Temiz çözüm
  4. Çözümü kapatın ve yeniden açın
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.