Visual Studio 2013 bir çözüm açarken kilitleniyor

VS2013'ü (v12.0.21005.1) kurdum ve bir veya iki gün önce ReSharper 8'i (v8.0.2000.2660) ekledim. O gün iyiydi. Şimdi, tüm gün içinde bir çözümü açmayı başarabilirsem şanslıyım. Kendi kendine Tamam'ı açıyor, ancak içeriden - menü aracılığıyla - bir çözümü açmaya çalıştığımda, kötü bir şekilde takılıyor. Windows Gezgini'nde bir çözüme sağ tıklarsam ve 'VS 2013 ile açarsam', aynı şekilde açılır ve kilitlenir. Saatlerce arada bir, bir şeyle meşgul olduğuna dair ufak bir uyarı alıyorum.

Sorunu çözmeyen bir yeniden yüklemeye katlanmadan önce neyin yanlış olabileceğini bilen var mı?

Bazen ".v12.suo" dosyasını silmeniz ve çözümü yeniden açmayı denemeniz yeterlidir. VS2013 bir proje yüklerken donarken bana birçok kez yardımcı oldu.

Tüm ".suo" dosyalarını silmek benim için çalıştı. Çözümün birden çok Visual Studio sürümünde açılması nedeniyle birkaç kopya vardı.

Düzenle:

Olası yol şunlar olabilir:

PathToSolution \ .vs \ ProjeAdı \ v14 \

.vs gizli bir klasör olabilir.

.suo dosya adıdır.

Temelde herhangi bir şey olabilir, ancak birkaç şeyi deneyebilirsiniz:

1. Kapatıp tekrar açıyorum.
2. ReSharper önbelleğini temizleyin, içeride, %LOCALAPPDATA%\JetBrains\ReSharper\<CurrentVersion>\SolutionCachesaçmaya çalıştığınız çözümle eşleşen bir klasör bulmanız gereken yer. Tüm VS2013 örneklerini kapatın, klasörü silin ve tekrar deneyin.
3. ReSharper'ı kapatın: Tools > Options > ReSharper > General > Suspend
4. ReSharper'ı tamamen kaldırın ve sorunların devam edip etmediğini görün.
5. Visual Studio'yu Programs and Features.

Aşağıdakileri, VS'ye dayalı olarak hata ayıklamak için daha iyi bir yaklaşım olarak buldum MS Connect yönergelerine

Lütfen yakalanan döküm dosyanızın 32 bitlik bir döküm dosyası olup olmadığını onaylamaya yardım edin. 64 bitlik bir döküm dosyasıysa, yeni bir döküm dosyası yakalamak için lütfen aşağıdaki adımı kullanın.

1. Visual Studio'yu başlatın.
2. VS'nin başka bir örneğini başlatın.
3. İkinci durumda Araçlar | İşleme Ekle ...
4. İşlemler listesinde devenv.exe dosyasını bulun.
5. Seç ... 'i tıklayın ve açıkça' Yerel 've' Yönetilen 'kodu seçin.
6. Seç iletişim kutusunu ve İşleme Ekle iletişim kutusunu kapatmak için Tamam'ı ve Tamam'ı tıklayın.
7. VS'nin ilk örneğine geri dönün ve asmayı yeniden uygulayın.
8. Askıda kalındığında, kontrol VS'nin ikinci örneğine gitmelidir. Aksi takdirde, lütfen VS'nin ikinci örneğine manuel olarak geri dönün ve "Tümünü Kes" seçeneğine tıklayın.
9. İkinci örnekte Debug | Dökümü Minidump olarak yığınla kaydedin.

VB profilini çalıştırıyorsanız, Dökümü Farklı Kaydet menü öğesini görmezsiniz. Bu menü öğesini eklemek için:

1. Araçlar -> Özelleştir'i seçin
2. Komutlar sekmesini seçin
3. Menü çubuğu açılır menüsünden Hata Ayıkla'yı seçin
4. Komut Ekle ... 'yi tıklayın.
5. Kategoriler listesinden Hata Ayıkla'yı seçin.
6. Komutlar penceresinde Dökümü Farklı Kaydet girişini bulun.
7. Tamam'a tıklayın (Dökümü Farklı Kaydet ... komutu Hata Ayıklama menüsünün en üstüne eklenir).
8. Kapat'ı tıklayın

Döküm dosyasını ve çağrı yığınını nasıl edineceğinizle ilgili ayrıntılı adımları şu adresten edinebilirsiniz: http://blogs.msdn.com/debugger/archive/2009/12/30/what-is-a-dump-and-how-do- adresinde bulabilirsiniz. i-create-one.aspx

Sorunun Resharper Eklentisinde olduğunu fark ederseniz, sorunu şu adresten bildirebilirsiniz - http://youtrack.jetbrains.com/issues/RSRP

Resharper'ın Askıya Alınması İşime Yaradı. Git

Araçlar -> Seçenekler -> Yeniden Paylaşım -> Genel -> Şimdi Askıya Al

Şimdi çözümünüz çok hızlı yüklenecek. Çözümünüz tamamen yüklendikten sonra, Yeniden Paylaşım ayarlarını Şimdi Devam Et olarak değiştirebilirsiniz .

Projenizde herhangi bir düğüm modülü kullanıyor musunuz? Veya bunun ReSharper'a özgü bir sorun olduğunu belirleyebilir misiniz?

NPM modülleriniz varsa (örn. Grunt için), 'node_modules' klasörünüzü 'gizli' olarak işaretleyin (alt klasörleri gizlemeye gerek yoktur) ve tekrar deneyin.

Visual Studio benim için açık kalıyordu, Windows maksimumdan (260 karakter) daha uzun dosya yollarına sahip derinlemesine iç içe geçmiş düğüm modüllerini taramaya çalışıyordu ve bu, çözümü VS'de açmamı engelliyordu, ancak klasörü şu şekilde işaretliyordu: gizli sorunu çözdü.

Bu sorunu yakın zamanda yaşadım ve projeyi yüklerken bilgisayarımın internetten bağlantısını kesmenin sorunu çözdüğünü gördüm. Bununla yükleme sürelerini birkaç saatten saniyeye indirmeyi başardım. Ağ kablom özellikle erişilebilir olmadığından, projeyi yüklemeden önce ağ bağdaştırıcımı devre dışı bıraktım (Denetim Masası'nda).

Ancak bu kısa sürede sinir bozucu hale geldi ve son zamanlarda soruna tekrar baktım. Görünüşe göre, Visual Studio'da Microsoft hesabımda oturum açmak nihayetinde sorunu çözdü ve artık projeleri yüklerken daha fazla sorun yaşamıyorum.

Bu sizin için de işe yarayabilir (henüz düzeltmediyseniz - ancak burada kabul edilen bir cevap olmadığından, sorunun devam ettiğini varsayıyorum), bu yüzden en azından internet bağlantısını kesmeyi denemenizi öneririm, Microsoft kimlik bilgilerinizi girmemeyi tercih edersiniz.

% LOCALAPPDATA% \ JetBrains \ ReSharper \ içine girdim ve SolutionCache'leri arayan tüm dizinleri açtım ve hepsini boşalttım. Sorun çözüldü. Uygulama oldukça büyüktü, bu yüzden bu yardımcı oldu.

Windows güncellemelerini kontrol edin

Ben de bu problemi yaşadım. Ayrıca, Windows güvenlik duvarı ayarlarımı açamadım (VS'nin internet bağlantısını engellemeye çalışıyorum).

Güncelleme ayarlarını açarken (Windows 8), bekleyen bir güncelleme olduğunu gördüm ("bugün bulundu"), bu yüzden Windows güncellemesine izin vererek bilgisayarımı yeniden başlattım. Bundan sonra, VS ve güvenlik duvarı tekrar iyi çalıştı.

Donanımınızı kontrol edin

Sorunu ikinci kez yaşadım; Windows 8'in güncelleme sayfası bile sonsuza kadar yüklenmeye devam edecektir. (OS olmayan) sabit sürücümle ilgili bir sorundu: /superuser/756261/various-parts-of-windows-8-and-visual-studio-2013-get-blocked-by- muhtemelen-iletişim noredirect = 1 # comment978074_756261

Bu sorunu şimdi ve tekrar alıyorum - VS 2013 Güncelleme 2, Win 8.1, IE 11.

Şunu deneyin - Görev yöneticisini açın, asılı VS uygulamasını kapatın ve ardından Arka Plan İşlemleri listesinde çalışan tüm IE oturumlarını kapatın - bir veya daha fazla takılma olabilir.

VS'yi yeniden başlat

Yeniden başlatmadan benim için temizliyor gibi görünüyor.

Karşılaştığım sorun Perforce bağlantısıydı.

Çözümü açarken, Perforce'a bağlanmasını isteyip istemediğimi sorardı. Denemesine izin vermek, askıda kalmasına ve 1.5 GB RAM ayırmasına neden olur.

P4 bağlantısına izin vermemek, düzgün yüklenmesine izin verir (1 GB RAM ayırarak). Daha sonra P4'e bağlanmasını söyleyebilirim ve şimdi iyi.

Benim için, bilgisayarın elektrik kesintisiyle mi yoksa bazen gecenin ortasında zorunlu yeniden başlatmalarla mı çöktüğü. Benim için ne işe yarıyor

BU REHBERDEKİ TÜM DOSYALARI SİL:

C:\Users\yourusername\AppData\Local\Microsoft\WebsiteCache\

Hala başvuran biri için bu bana yardımcı oldu:

Projeyi yüklemek için her zaman .vs12.suo dosyasını silmem gerekiyordu.

Microsoft'tan bu iş parçacığına rastladım ve ardından Çözüm yükleme ile sorunumu düzelten kayıt defteri girdisi oluşturdum.

https://connect.microsoft.com/VisualStudio/feedback/details/860685/visual-studio-hangs-after-10s-when-loading-solution-corrupt-suo

VS.Net 2012 tarafından oluşturulan çözüm dosyasını kontrol ettiğimde benzer bir sorun yaşadım. Sorunu çözmek için kukla çözüm dosyası oluşturdum ve projeleri ağ 2012'ye karşı yeniden yükledim.

Ayrıca nuget paketi güncellemesi bozulduğunda, çözümü yeniden yüklediğinizde Visual Studio takılabilir.

NuGet paketlerini yüklerken bir sorun olduğunda, Visual Studio askıda kalabilir.

Benim durumumda, VS 2013 Professional her lisans artık geçerli olmadığı için bir çözüm açmasa bile başlangıçta .

Günlük dosyasındaki son öğe:

<entry>
    <record>367</record>
    <time>2015/07/13 20:11:05.051</time>
    <type>Information</type>
    <source>UserConnection</source>
    <description>myemailaddrs@gmail.com signed in for IDE user</description>
</entry>

Ve msdn.microsoft.com abonelik sayfasında: "Aboneliğiniz artık aktif değil, yöneticinize başvurun."

İşverenimden güncellenmiş bir abonelik almak zorunda kaldım.

Test Sonuçlarını TestResults klasörümden silmek aslında benim için hile yaptı. Denenecek başka bir şey.

VS2012, örneğin bir ağ paylaşımında bir csproj dosyasını açarken (aslında VirtualBox ana bilgisayarında bulunan, bir VirtualBox özelliği kullanılarak smb paylaşımı olarak bağlanan bir paylaşımda) bende takılıyor.

Projeyi yerel bir sürücüye kopyalamak benim için sorunu çözdü.Bir sürücü harfi atamanın hile yapıp yapmayacağından emin değilim.

Ayrıca, bir VS sınırlaması veya belki de bir eklenti ise (elbette yeniden paylaşım kullanıyorum) neden ağ paylaşımı yoluyla çalışmadığından emin değilim.

Benim için bunun MVC 4 proje tipi guid ( E3E379DF-F4C6-4180-9B81-6769533ABE47) olan projeyle bir ilgisi var gibi görünüyor . Bu .csprojkılavuzun kaldırılması benim için asılmayı çözdü. ( .vsKılavuz kaldırıldıktan sonra klasörün ek bir şekilde silinmesi gerekti.)

Çözümün kökünden "paketler" klasörünü kaldırdım ve bana yardımcı oldu (Visual Studio Express 2015)

Seçilen yanıta yorum yapmak yerine yeni bir gönderi oluşturmak zorunda kaldığım için özür dilerim .. Şu anda yorum yapmak için yeterli temsilcim yok.

Sorunum "... .suo dosyasını sil ..." çözümü ile geçici olarak çözüldü ve diğerlerinin de belirttiği gibi, dosyayı her seferinde silmem gerekti.

Dosyanın oluşturulmasını durdurmak (görünüşe göre) imkansız olduğundan, dosyanın ne yaptığını biraz daha araştırmaya başladım. Kullanıcı ayarlarını kaydetmenin yanı sıra, VS kapatıldığında açtığınız dosyalar gibi oturum ayarlarını da kaydettiğine inanıyorum. Projemin artık var olmayan bir dosyayı açmaya çalıştığından şüphelendim ve askıda kalmaya neden olan da bu. Benim tarafımdaki düzeltilen şeyler .suo'yu silmek, VS'yi açmak, çözümümde bir dosya açmak, çözümü oluşturmak ve kapatmaktı. Bunu yaptıktan sonra takılmadım.

tl: dr

Benim durumumda, bir kullanıcı ayar dosyası (.suo) çözümümde artık var olmayan bir dosyayı açmaya çalışıyordu. Aşağıdaki adımları uygulayarak sorunu çözdüm.

1. .Suo dosyasını silin (benim için bu, /[projectfolder]/.vs/[projectname]/v14 içindeydi.
2. Visual Studio'yu açın
3. Projenizi açın
4. Bir dosya açın (rastgele bir .cs dosyası açtım)
5. Çözümünüzü oluşturun ve kaydedin (Basitçe tasarruf etmek işe yarayabilir, alışkanlıkla oluşturdum)
6. Visual Studio'yu kapatın

Umarım bu birisine yardımcı olur ... bu konuda çok fazla saat harcadık :)

Uzantıları "Denetim Masası" ile kaldırmayı veya [Araçlar] => [Eklenti Yöneticisi] 'ndeki herhangi bir eklentiyi devre dışı bırakmayı deneyin ve ardından çözümü yeniden açmayı deneyin.

Sorunum "Visual Localizer" kaldırılarak çözüldü.

Benim durumumda Fusion günlüğü etkinleştirildi. İncelemeden sonra kapatmayı unuttuğum için günlük dosyaları aylardır büyüyor. Bu şekilde antivirüs yazılımı, çözümü açarken bu büyük günlük dosyalarını birkaç kez kontrol etmeye başladı ve "Çözüm hazırlanıyor ..." mesajı uzun süre görünür. Bunu fark ettiğimde füzyon günlüğünü kapattım ve sorun çözüldü. Çözüm 20 dakika yerine 10 saniyede yükleniyor.

VS'nin hemen hemen tüm sürümlerinde bu sorunu birden çok kez yaşadım. Çoğu zaman işe yarayan tek çözüm, çözüm klasöründe bulunan .vs klasörünü silmektir. Bazen .vs /// içinde bulunan .sou dosyasını silmek yeterlidir.

Klasör bu arada gizlidir, bu nedenle "Gizli dosya ve klasörleri göster" seçeneğini etkinleştirmeniz gerekir.

Benim için çözüm, kaynak kontrolünü devre dışı bırakmaktı (Eklentiyi Araçlar-> Kaynak Sayacı'nda Yok olarak ayarlayın). Sanırım bir sebepten dolayı devasa bir Git deposunu senkronize etmeye çalışıyordu (birkaç büyük depoya sahip, ama açmaya çalıştığım ağaçta değil).

Burada ve başka yerlerde birçok öneri var ama benim için kalıcı olarak işe yarayan tek şey, kurduğum başlangıç ​​projesiyle ilgiliydi. Ben de öyle yaptım:

1. .Suo dosyasını başka bir yerde önerildiği gibi silin.
2. VS'yi başlatın ve çözümü açın. Bu noktada her şey iyi olmalı.
3. İstediğiniz bu olmasa bile başlangıç ​​projesini olduğu gibi bırakın.
4. Çözümü kaydedin. (Muhtemelen bir başkasının önerdiği gibi yapın ve bir dosyayı açın, temizleyin, inşa edin / yeniden oluşturun, vb, ancak bunların hiçbirini yapmak zorunda değildim.)
5. Çözümü kapatın ve VS'den çıkın.
6. VS'yi yeniden başlatın ve çözümü açın.
7. Başlangıç ​​projesini olması gerektiği gibi değiştirin
8. Çözümü kaydedin. (Muhtemelen dosyayı açın, temizleyin, oluşturun / yeniden oluşturun, vb.)
9. Çözümü kapatın ve VS'den çıkın.
10. VS'yi yeniden başlatın ve çözümü yeniden açın ve her şey yolunda olmalıdır.

Bu sizin için işe yarayabilir veya işe yaramayabilir, ancak bulabildiğim her şeyi denedim - kayıt defteri değişiklikleri, VS'de ikinci bir VS oturumunda hata ayıklama, adını siz verin - ancak başka hiçbir şey tek bir başlatma / açma işleminden daha fazlası için işe yaramadı.

Bu iki eklentiyi kaldırarak sorunu çözdüm:

1. Üretkenlik Güç Aracı
2. Web Temelleri

.Vbproj dosyasının önceki bir sürümünü geri yükledim ve çözdü.

Yeni sürümde ne olduğunu bilmiyorum ama sorun .bvproj dosyasının kendisinde bir şeydi.