Hata “Meta veri dosyası '… \ Release \ project.dll' Visual Studio'da bulunamadı”

Son zamanlarda rastgele bu mesajı almaya başladı:

'... \ Release \ project.dll' meta veri dosyası Visual Studio'da bulunamadı

İçinde birkaç proje olan bir çözümüm var. Geçerli derleme modu Debug'dir ve tüm projelerin yapılandırmaları Debug olarak ayarlanmıştır. Ama ana projeyi çalıştırmaya çalıştığımda - bazen bana "Meta veri dosyası '... \ Release \ projectX.dll' bulunamadı" gibi birkaç hata veriyor - ve bak, RELEASE hakkında diyor klasörü mevcut hata ayıklama olsa da. Neden? Tüm çözüm dosyaları içinde "Release \ projectX.dll" referans aramaya çalıştım ve ResolveAssemblyReference.cache dosyasında bir tane buldum.

İnternette iyi bir arama yaptım ve benzer bir problemi olan birkaç kişi buldum, ancak hiçbir çözüm veya en azından çalışan bir çözüm yoktu.

Bu projelere yapılan referansları silmeye ve okumaya çalıştım, ancak bir süre sonra bu hataları tekrar almaya başladım.

Bir hata gibi görünüyor. Her zaman Hata Ayıklama modunu kullandığımda neden Sürüm klasörlerinde başvurulan projeleri arar?

PS. Bu problemle karşılaşanlar için: Kolay bir şekilde çözemedim. Yalnızca Windows'u yeniden yükledikten sonra kayboldu :(

Herkes haklı ... her şeyi dene ... (biraz zaman harcamak veya çok fazla zaman harcamak için)

1. Kodunuz kötü mü? Önce düzeltin.
2. Temiz Çözüm ve Visual Studio'yu Yeniden Başlatın
3. Referansları Kaldır / Ekle
4. Daha büyük projelerle yapım siparişinizi kontrol edin ve doğrulayın
5. Alt projeleri manuel olarak yeniden oluşturma
6. Projeler arasındaki dll'leri ilişkili bin klasörlerine manuel olarak kopyalama
7. Git biraz kahve al, biraz langırt oyna ve yarın geri dön ... bu arada başka bir şey düşünebilirsin.

Ben de aynı problemi yaşadım. 50'den fazla projeyle büyük görsel stüdyo çözümü.

Tüm referanslar proje olarak eklendi. Proje derleme sırası doğruydu (projeye sağ tıklayın ve derleme sırasını seçin).

Ancak daha üst düzey projelerin bazılarını oluştururken, güvendikleri "kök" proje inşa edilmedi.

Sorun, bu projelerin mevcut yapılandırma altında inşa edilecek şekilde seçilmemesiydi (bunun nasıl olduğunu bilmiyorum).

Bunu kontrol etmek için "Configuration Manager" (Yapı menüsü) seçeneğini seçin ve sorunlu projelerin oluşturulacak şekilde ayarlanıp ayarlanmadığını kontrol edin.

Bu projelere referansları sildiğinizi ve yeniden eklediğinizi söylediğinizde, bunları tam olarak nasıl eklediniz? Visual Studio'daki "Başvuru Ekle" iletişim kutusundaki "Gözat" sekmesini kullandınız mı? Veya "Projeler" sekmesini (çözümünüzde komşu projeleri listeleyen) kullandınız mı?

Düzenleme : "Gözat" sekmesini kullanır ve / Release klasöründe bulunan .dll başvurusunu el ile eklerseniz, Visual Studio, hangi modda olursanız olun, bu konumda her zaman .dll arar şu anda (Hata Ayıkla veya Serbest Bırak).

Gerçek .dll dosyasını Release klasöründen (el ile veya "Clean Solution" yaparak) kaldırdıysanız, .dll olmadığından başvurunuz bozulur.

ProjectX.dll başvurusunu kaldırmak ve yeniden eklemek öneririz - ama bu kez, "Başvuru Ekle" iletişim kutusundaki "Projeler" sekmesini kullanın. Bu yolla başvuru eklediğinizde, Visual Studio uygun .dll nereden alınacağını bilir. Hata Ayıklama modundaysanız, / Debug klasöründen alır. Release modundaysa / Release klasörü. Derleme hatasının kaybolması gerekir ve hata ayıklama modundayken artık (yanlış) bir Release .dll dosyasına başvurmayacaksınız.

Cevabım sadece tüm çözümlerin özeti değil, daha fazlasını sunuyor.

Bölüm 1):

Genel çözümlerde:

Bu tür 4 hata ('meta veri dosyası bulunamadı') ile birlikte 'Kaynak Dosya Açılamadı (' Belirtilmemiş hata ')' diyerek 1 hata vardı.

'Meta veri dosyası bulunamadı' hatası kurtulmaya çalıştım. Bunun için birçok yazı, blog vb. Okudum ve bu çözümlerin etkili olabileceğini buldum (bunları burada özetleyerek):

1. VS'yi yeniden başlatın ve tekrar oluşturmayı deneyin.

2. 'Çözüm Gezgini'ne gidin . Çözümü sağ tıklayın. Özellikler'e gidin . 'Configuration Manager'a gidin . 'Derleme' altındaki onay kutularının işaretli olup olmadığını kontrol edin. Bunlardan herhangi biri veya tümü işaretlenmezse, kontrol edin ve tekrar oluşturmayı deneyin.

3. Yukarıdaki çözüm (ler) işe yaramazsa, yukarıdaki 2. adımda belirtilen sırayı takip edin ve tüm onay kutuları işaretlenmiş olsa bile işaretlerini kaldırın, tekrar kontrol edin ve tekrar oluşturmayı deneyin.

4. Derleme Sırası ve Proje Bağımlılıkları:

   'Çözüm Gezgini'ne gidin . Çözümü sağ tıklayın. 'Proje Bağımlılıkları ...' bölümüne gidin . 2 sekme göreceksiniz: 'Bağımlılıklar' ve 'Derleme Sırası' . Bu oluşturma sırası, çözümün inşa edildiği sıradır. Diğerlerine bağımlı olan bazı projelerin ('project1' deyin) ('project2' deyin) bundan önce (project2) oluşturmaya çalışıp çalışmadığını doğrulamak için proje bağımlılıklarını ve oluşturma sırasını kontrol edin. Hatanın nedeni bu olabilir.

5. Eksik .dll dosyasının yolunu kontrol edin:

   Eksik .dll dosyasının yolunu kontrol edin. Yolda boşluk veya başka bir geçersiz yol karakteri varsa, onu kaldırın ve yeniden oluşturmayı deneyin.

   Nedeni bu ise, oluşturma sırasını ayarlayın.

   ---

Bölüm 2):

Benim özel durumum:

VS'nin birkaç kez yeniden başlatılmasıyla yukarıdaki tüm adımları çeşitli permütasyonlar ve kombinasyonlarla denedim. Ama bana yardımcı olmadı.

Bu yüzden, karşılaştığım diğer hatalardan kurtulmaya karar verdim ('Kaynak Dosya Açılamadı (' Belirtilmemiş hata ')').

Bir blogla karşılaştım: http://www.anujvarma.com/tfs-errorsource-file-could-not-be-opened-unspecified-error/#comment-1539

Bu blogda belirtilen adımları denedim ve 'Kaynak Dosya Açılamadı (' Belirtilmeyen hata ')' hatalarından kurtuldum ve şaşırtıcı bir şekilde diğer hatalardan ('meta veri dosyası bulunamadı') da kurtuldum .

Bölüm (3):

Hikayeden çıkarılacak ders:

Hatadan kurtulmak için yukarıdaki (1) bölümünde belirtilen tüm çözümleri (ve diğer çözümleri) deneyin. Hiçbir şey işe yaramazsa, yukarıdaki bölüm (2) 'de belirtilen bloga göre , kaynak denetiminde ve dosya sisteminde artık bulunmayan tüm kaynak dosyalarının girdilerini .csproj dosyanızdan silin .

Daha önce bu sorunu yaşadım ve çözmek için bulduğum tek yol, Temiz Çözüm'ü çalıştırmak ve sonra Visual Studio'yu yeniden başlatmaktır.

Benim için genellikle hedef çerçeve kapalı (4.6 yerine 4.5.2) Projenin hedef çerçevesini çözümün ve yapının hedef çerçevesine uyacak şekilde düzeltirseniz, yeni bir .dll oluşturulur.

Visual Studio'yu Yönetici olarak yeniden açın.

Yanıtların çoğu, çözümünüzün kitaplıklarını kaldırmanız gerektiğini söyler, bu doğrudur, ancak kitaplıkları yeniden eklediğinizde hata yeniden gösterilir. Başvurulan tüm kitaplıkların, çözümünüzün .net çerçevesiyle uyumlu bir .net çerçevesine sahip olup olmadığını doğrulamanız gerekir. Ardından kodunuzdaki tüm hataları düzeltin ve çözümü yeniden oluşturun.

Yapılandırma yöneticisi ayarlarını kontrol ettiniz mi? Proje ayarları iletişim kutusunda sağ üst köşede.

Bazen tüm sürüm girişleri arasında bir hata ayıklama girişi gelir. Öyleyse, çözümün bağımlılık grafiği tarafından oluşturulan otomatik bağımlılık tamamen karışır.

Bu hatayı, birden fazla projem olduğu çözümlerde de gördüm (genellikle 4.0 çerçeveyi hedeflemek için bir veya daha fazla alt projeyi güncellediğim netTiers projeleri). Çıkarmak sorunlu olabilir. Bununla birlikte, genellikle alt projelerde diğer tüm hataları (örneğin, eksik referanslar) düzelterek, bu alt projeleri ayrı ayrı yeniden yapıp sonra Visual Studio'daki bu alt projelere yapılan tüm başvuruları kaldırarak / geri ekleyerek çözülebilir. Şahsen, sadece çözümü temizleyerek bu hatayı çözmek için çok az şansım vardı.

Kısa bir süre önce bu sorunla Office 2007'den Office 2010'a yükselttikten sonra karşılaştık - projemizdeki referansları bazı projelerde kullandığımız Office Birlikte Çalışmalarının 14. sürümüne el ile değiştirmek zorunda kaldık.

Umut etmek bu yardım etmek - anlamak için birkaç gün sürdü.

Benim durumumda iki şey vardı (VS.2012):

1) Projelerden biri x86 yerine AnyCPU için yapılandırıldı

2) Başvurulan bir proje bir şekilde "Derleme" onay kutusunu işaretlememişti.

Yapınızı kontrol edin | Neler ve hangi platform için yapıldığına genel bir bakış için Configuration Manager. Ayrıca, farklı ayarlara sahip olabileceğinden, hem Hata Ayıkla ve Bırak için kontrol ettiğinizden emin olun.

Benim durumumda, kodumda bazı hatalar vardı. Visual Studio sözdizimi hataları veya bilinmeyen sınıf adları gibi gerçek hatalar yerine yaşadığınız hatayı gösterdi. Projeden sonra çözümü temizlemeyi ve proje oluşturmayı deneyin. Bu şekilde gerçek hataları keşfedeceksiniz.

Yine, bu benim için hataya neden olan şey .

Bu problemi yaşadım ve çözmesi uzun sürdü. Projeleri çözümden kaldırıp yerine nuget paketleri ile değiştirdiğimde sorun ortaya çıktı.

Çözüm iyi görünüyordu, ancak .csproj dosyası hala bu projeleri referans olarak birçok kez içeriyordu.

VS bu dosyayı uygun şekilde temizlemiyor gibi görünüyor. Hala çıkarılan projelere başlık altında atıfta bulunuyordu. El ile kaldırıldığında csproj dosyasından tüm referansları tekrar çalışır! Sonu Eğlencesi

Bu sorun pdb dosyaları veya CodeContracts kaynaklanmaktadır.

Çözmek için:

1. Çıktı klasörünüzü temizleyin ve çözümü yeniden oluşturun.

2. CodeContracts'ı yeniden yapılandırın veya geçici derleme için devre dışı bırakın.

Bu sorun oldukça sık, ancak sadece C # projelerinden C ++ / CLI projelerine yapılan referanslarla. Açıkçası Visual Studio'da Microsoft'un düzeltmemeye karar verdiği bir hata, çünkü 'çok karmaşık' ve şimdi Visual Studio 2010 için hedeflenen C ++ derleme sisteminin bir revizyonuna söz verdiler.

Bu bir süre önceydi ve belki de düzeltme Visual Studio 2008'e bile girdi; Artık onu takip etmedim. Ancak, tipik çözümümüz

• Anahtar yapılandırması
• Visual Studio'yu yeniden başlat
• Çözümü oluşturun

Ben de aynı problemi yaşadım.

Visual Studio 2013 bana yalnızca referans veremediğini ve meta verileri bulamadığını söyledi. Çözümü açtığımda (içinde birden fazla projesi var) projelerimden birinin çerçeve sürümünden daha düşük projeler kullandığımı söyledi.

Bu yüzden her şeyi 4.5 sürümüne çevirdim ve tekrar çalıştı.

Birkaç ay önce benzer bir sorun yaşadığımı hatırlıyorum. Başvurulan DLL'i Release klasörüne kopyalayarak geçici olarak çözdüm, böylece Visual Studio'nun beklentilerini karşıladım. Daha sonra, gerçek kodumda Release DLL başvuru keşfetti. \ Release \ project.dll için projenin tamamında arama yapmayı denemelisiniz.

Ayrıca, Visual Studio birim sınama projelerinin bazen hedef DLL'nizi işaret eden sınama yöntemlerinin her birine "DeploymentItem" özniteliği koyduğunu ve Debug ile Release arasında geçiş yaparsanız, DLL artık yoksa Visual Studio'nun kafasını karıştırabileceğini fark ettim. beklenen yerde. Deneyimlerime göre, bu özellikleri bir "tek dağıtım" senaryosunun parçası olarak kendiniz koymadıysanız güvenle silinebilir.

Bu sorun vardı ve rahatsız edici kitaplık (dll), örneğin bir değer döndürmedi geçersiz bir yöntem nedeniyle oldu

public bool DoSomething()
{
   //I never bothered putting code here....

}

Bunu verdiğimde her şey derlendi :)

Bazen VS2010 yapılandırmamı Herhangi Bir CPU'dan Karışık Platformlara geçirir. Bu durumda, bu hata iletisini alıyorum.

Çözmek için Herhangi Bir CPU'ya geri dönüyorum:
1. Çözüme sağ tıklayın ve özellikleri seçin.
2. Yapılandırma Özellikleri'ni ve ardından Yapılandırma Yöneticisi ... düğmesini tıklayın.
3. Aktif çözüm platformu altında Herhangi Bir CPU'yu seçin

Ben hala bir sınıf uygulayan bir arabirimde bir yöntem bildirimi var, ama daha sonra kaldırılmış ve arabirimden de kaldırmayı unutmuştu bu genellikle bana oluşur. Ben genellikle sadece tüm çözüm her 30mins n kaydetmek sonra hata bulamazsanız sadece önceki bir sürüme geri dönün.

Referanslarımı sildim (projeler sekmesini kullanarak onları düzgün bir şekilde ekledim ve onlar iyi bir şekilde oluşturdular), .csproj dosyalarımı el ile düzenleme ve ait olmayan tuhaf girişleri kaldırma - ve çıktılarımı hata ayıklama ve sürüm, x86 ve x64 ve herhangi bir cpu "\ bin" olacak - Bir kez inşa ettim, sonra referansı tekrar ekledim (yine projeler sekmesini kullanarak) ve her şey benim için tekrar çalışmaya başladı. Visual Studio'yu yeniden başlatmak zorunda kalmadım.

Benim için bu dll çıktısı değil yeniden yazılmış olan Hedef hedef neden oldu. Varsayılan Oluşturma hedefine geri dönmek için bunu kaldırmak sorunu çözdü.

benim durumumda bir şube dışı usta üzerinde çalışıyordum. bu yüzden ana dalı kontrol ettim, bir yapı çalıştırdım ve sonra da şubemi kontrol ettim. Sorunu çözdü. Zaten usta iseniz, önceki taahhüt kontrol ve sonra inşa öneririz.

Aralarında referansları olan birden fazla projeyle bir çözüme göz attığınızda ortaya çıkıyor ve daha önce inşa etmediniz. Projeye başvurmak yerine doğrudan dll'lere başvurunuz varsa, bu iletiyi alırsınız. Aynı çözümdeki bir projeye başvuru eklemek için her zaman Referans Ekle iletişim kutusundaki Projeler sekmesini kullanmalısınız. Bu şekilde VS, çözümü oluşturmak için doğru sırayı bilebilir

Vidar'ın tarif ettiği gibi bugün de bana oldu.

Yardımcı Kütüphane (diğer projeler tarafından başvurulan) bir Build hatası var ve yerine Yardımcı Kütüphane bir hata olduğunu söylemek yerine, derleyici MetaFile bulunamadı türü hataların listesi ile geliyor. Yardımcı Kitaplıktaki Derleme hatasını düzelttikten sonra MetaFile hataları gitti.

VS'de bunu geliştirmek için herhangi bir ayar var mı?

Ben de aynı problemi yaşadım. Ben proje dll bulunan benim db bağlamı (EF4) bazı nedenlerden dolayı fark olmadığını fark ettim. Sildim ve onun yerine bir tane daha oluşturdum. ve bu benim için çözdü.

Bugün de aynı problem vardı.

Bir Windows Forms uygulaması olan uygulamamın yanlışlıkla kendisine referansı vardı. Tuhaf.

Kaldırıldıktan sonra hata ortadan kalktı.

Windows Forms projesinin kendisinde bulunan bir kullanıcı denetimini bir forma her sürüklediğimde başvuru eklendi.

Ben de aynı problemi yaşadım. El ile kaldırma ve dll ekleme yardımcı olmadı. ClassLibraries tüm projeler için derlemedi ve proje için ... \ bin \ Debug klasöründe eksikti [çünkü çözümü yanlışlıkla temizledim]. Sınıf kütüphanesi derlenmediği için, bu alt projelerin birinde bir yerde bazı hatalar olabilir .

Çözüm: Dll'lerim ... \ bin \ Release klasörü için bulunduğundan, Release modunda yeniden oluşturmaya çalıştım ve alt projelerin birinde bir satırda bir hata buldum. Hatayı çözmek ve çözümü yeniden oluşturmak derleme hatasından kurtuldu.

Benim için Visual Studio, "Visual Studio Solution Kullanıcı Seçenekleri" türünde bir projectname.v11 oluşturmuştu. Bu dosyayı sildim ve yeniden başlattım ve her şey yolundaydı.