Visual Studio 2015 proje derlemeleri başarısız oldu, ancak hata yok

Projem derlemeleri başarısız oluyor ancak bana herhangi bir hata gösterilmiyor. Temizlemeyi ve yeniden inşa etmeyi denedim, bu işe yaramadı.

Sorunu belirlememe yardımcı olacağını umarak MSBuild çıktı ayrıntı düzeyini 'Teşhis' olarak değiştirdim ve şimdi takılı kaldım. Çıktı şu şekildedir:

1>Project 'ProjectMM.Data.Models' is not up to date. Input file 'C:\Projects\ProjectMM\ProjectMM.Data.Models\ProjectMM.Data.Models.csproj' is modified after output file 'C:\Projects\ProjectMM\ProjectMM.Data.Models\bin\Debug\ProjectMM.Data.Models.pdb'.
All packages are already installed and there is nothing to restore.
1>------ Build started: Project: ProjectMM.Data.Models, Configuration: Debug Any CPU ------
2>Project 'ProjectMM.Data' is not up to date. Input file 'C:\Projects\ProjectMM\ProjectMM.Data\ProjectMM.Data.csproj' is modified after output file 'C:\Projects\ProjectMM\ProjectMM.Data\bin\Debug\ProjectMM.Data.pdb'.
2>------ Build started: Project: ProjectMM.Data, Configuration: Debug Any CPU ------
3>Project 'ProjectMM' is not up to date. Input file 'c:\projects\projectmm\projectmm\app_start\bundleconfig.cs' is modified after output file 'C:\Projects\ProjectMM\ProjectMM\bin\ProjectMM.pdb'.
3>------ Build started: Project: ProjectMM, Configuration: Debug Any CPU ------
========== Build: 0 succeeded, 3 failed, 0 up-to-date, 0 skipped ==========

Aynı sorunu yaşadım ve Visual Studio'yu kapatıp yeniden açmak sorunu çözüyor.

Çözeltiyi Temizlemeyi de denedim ve Temizleme Başarısız Oldu.

Bunun hile yapmadığı başka senaryolar olabilir, ancak benim durumumda yeniden başlatmak bunu benim için çözdü.

Tüm yapı hatalarını görmemeniz mümkündür.

"Build + Intellisense" den "Mesajlar" simgesinden sonraki açılır listeyi "Yalnızca Oluştur" olarak değiştirerek, Intellisense tarafından algılanmayan derleme sırasında atılan hataları görebileceksiniz. Aşağıdaki ekran görüntüsüne bakın:

Normal VS2015 raporlarının "derleme başarısız" olduğunu ancak hata penceresinde herhangi bir hata göstermediğini görüyorum. Eski bir komut satırı arka planından gelince, sonunda çıktı penceresine bakmaya başladım. Çıktı penceresi, derleyicinin raporlama hatalarını gösterdi, ancak bu hatalar hata penceresine yakalanmıyordu. VS2013 altında bu sorunu hiç görmedim.

VS'nin olağan kapatılması ve yeniden açılması bu durumu ortadan kaldırmadı. (VS2013'te bu, arkadaki XAML intellisense'i tekmelemenin ve düzeltilen bir "hatayı" düzeltmeyi durdurmanın yaygın bir yoluydu.)

Şimdiye kadar bu her zaman bir XAML sayfası CS dosyasındaki derleme hatalarıyla ilgiliydi. Sayfa dışı bir CS dosyasında gördüğümü hatırlayamıyorum.

Biri çıktı penceresini kontrol etmeyi anlayıncaya kadar, hata penceresinde intellisense raporlaması gibi şeyler XAML'deki nesnelere geçersiz referanslar, ancak hata penceresinde gösterilen hiçbir derleyici hatası, hatalar gibi "göründüğü" için ÇOK kafa karışıklığı yaratmaz. intellisense, XAML hatalarını bildirir. Ama aslında değiller. XAML hataları yalnızca CS dosyalarının derlenemediğinin ancak hata penceresinde hata bildirimlerinin bulunmadığının belirtileridir.

.vsVS2015 için benim için çalıştı gizli klasörü silme .

(SUO dosyalarının şu anda yaşadığı yerin burası olduğunu unutmayın)

Bu, farklı bir .net çerçeve sürümü projesine başvurduğunuzda gerçekleşebilir (benim durumumda v4.5.2 ve v4.5). Bunu düzeltmek sorununuzu çözecektir.

Benim başıma gelen, bilgisayardaki saat dilimini +5: 30 olarak değiştirmek ve sonra tekrar -5: 00 olarak değiştirmek VS'nin kafasını karıştırdı. VS'yi yeniden başlattığımda, yine iyi çalıştı.

Tüm proje Framework sürümlerinizi kontrol edin ve hepsinin aynı olduğundan emin olun veya en azından proje A'nın B projesinin .NET Framework sürümü daha yüksek olduğunda B projesine başvurmadığından emin olun.

VS2015 Update 3 RC ve Xamarin (.Forms paylaşılan projesi) ile bu sorunu yaşadım.
Derleyici durmaz, hatalar yalnızca çıktı penceresinde gösterilir.
Bu sadece Xamarin projeleri için (VB.NET projeleriyle hepsi beklendiği gibi çalıştı) ...
Sorunun nedenini bulmaya çalışmak için, VS'de Derleme Çıktısını değiştirdim:
- "Araçlar - Seçenekler" menüsü
- sol panelden : "Projeler ve Çözümler: Oluşturun Ve Çalıştırın":
- "MSBuild Çıktı Verbosity" yi "Minimal" den "Diagnostic" e değiştirin

Bunu yaptıktan sonra, derleyici durdu ve hata gösterildi ..
Bundan sonra, seçeneği "Tanılama" dan "Minimal" e (daha önce olduğu gibi) geri ayarladım ve ... "Minimal" ile de çalıştı (emin olmak için VS'yi de yeniden başlattım) ...

Öyle görünüyor ki (en azından benim durumumda) sadece ayarı değiştirmek (dokunmak) (MSBuild Output Verbosity ") sorunu çözdü ve bu VS'de ve / veya Xamarin entegrasyon Yazılımında bir hata ...

Bu sorunla karşılaşan tek kişi ben miyim bilmiyorum.

Benim durumumda, Visual Studio'yu açtığımda saat dilimi GMT + 1: 00 idi ve derleme başarılı oldu. Daha sonra saat dilimini GMT + 5: 30 olarak değiştirdim ve ardından Visual Studio'yu yeniden başlatmadan uygulamayı çalıştırmayı denedim, ancak derleme herhangi bir hata veya uyarı olmadan başarısız oldu.

Saat dilimini GMT + 1: 00 olarak değiştirdim ve yapı herhangi bir hata olmadan başarılı oldu.

Yaptığım şey (yukarıdakilerin hepsinden sonra ve hala çalışmıyordu) tüm çöp kutusu klasörlerini gözden geçirmek ve hepsini temizlemek oldu (yani başvurulan projeler de).

Bu benim için çalıştı, umarım senin için de olur.

Bu sorunu yaşadım ve usingboş bir ad alanını işaret ettiğim ortaya çıktı . Bu usingmaddeyi kaldırmak sorunu çözdü

Uyarıları kontrol edin ..

Hedef .Net Framework 4.5 ile yeni sınıf kitaplığım vardı, referans proje 4.0 iken bu da referans sorununa neden oldu.

Sınıf kitaplığını hedef .Net Framework 4.0 ile değiştirdikten sonra düzgün çalıştı.

Yukarıdaki cevaplardan hiçbir şey bana yardımcı olmadı. Birçok deneyden sonra nihayet sorunun projelerden birinde Microsoft.Net.Compilers v2.10.0'ın bir referansı olduğunu buldum. VS 2015, Microsoft.Net.Compilers'ın bu sürümünü desteklemeyen MSBuild v14'ü kullanır.

Benim için bu sorun özel bir CodeAnalysis kural seti ayarı " IncludeAll " ile ilgiliydi .

Derleyicinin bu ayarı gözlemlediği görülüyor:

  <IncludeAll Action="Error" />

Ancak IntelliSense, Kural Kimliği üzerinde "Uyarı" olan varsayılan EYLEM'i aldı. Bu, @RobertHarvey tarafından görülen, çıktıyı Yalnızca Oluştur'a göre filtrelediğiniz ve bir HATA olarak gösterilen davranışı açıklar , ancak Intellisene ile filtrelerseniz Yalnızca UYARI olarak görünür . Varsayılan Build + Intellisense ile çıktının filtrelenmesi deterministik görünmüyor!

Düzeltmem, uyarı olarak bir uyarı olmasını istediğim kuralı açıkça belirtmekti.

  <Rules AnalyzerId="Microsoft.CodeAnalysis.CSharp" RuleNamespace="Microsoft.CodeAnalysis.CSharp">
    <Rule Id="CS0618" Action="Warning" />
  </Rules>

Bu potansiyel olarak Intellisense ile IncludeAll seçeneğini gözlemlemeyen bir sorundur . Bkz. Https://github.com/dotnet/roslyn/issues/7400

Bu, bir projeyi daha eski bir Çerçeve ile Visual Studio 2015'e geçirirken de olabilir. Hata Listenizdeki Uyarılarınızı kontrol edin. Proje gibi bir şeyin şu anda .NET sürüm 2.0 olduğunu ve .NET 3.5 veya üstünü gerektirdiğini görebilirsiniz. Benzer bir uyarı bulursanız, projenizin özelliklerine gidin ve gerekli .NET Framework'ü hedefleyin.

Lütfen uyarıları kontrol edin. Bazen de bazı uyarılar nedeniyle yapı başarısız oldu.

Bir çözümü açtığınızda, onu üretin, "Çıktı sekmesi" nde rapor edilen bazı yapı hataları veya uyarıları görebilirim, "Hata sekmesi" ise herhangi bir sorun bildirmez.

"Hata sekmesi" yapılandırmasının Tamam olduğunu görebilirsiniz ("Yalnızca derleme" ve "Tüm çözüm" seçili).

Derin bir araştırmadan sonra, bunun yalnızca "Hata sekmesi" oluşturmaya başladığınızda henüz gösterilmediyse meydana geldiğini belirledim!

Derlemeyi yapmadan önce "Hata sekmesini" etkinleştirdiyseniz (veya Görsel'i başlattığınızda mevcut sekmeyse), yeni bulunan hatalar / uyarılar doğru şekilde görünecektir:

Sanki "Hata sekmesi" yalnızca görünür olduğunda başlatılıyor (bu, ilk tıkladığınızda görünmesi daha uzun sürdüğü için doğru olabilir ...) ve değilse, derlemeyi toplamaz Sonuçlar...

Şimdiye kadar, bu soruna " inşa etmeden önce Hata sekmesini etkinleştirmekten " daha iyi bir yanıt bulamadım .

Ve bahse girerim bu yüzden "VS'yi yeniden başlatmak" bazen işe yarar. "Hata sekmesinin" boş olduğunu görürsünüz, VS'yi kapatır ve yeniden yüklersiniz, ardından VS önceki oturumdan geçerli etkin sekmeyi geri yüklediğinden "Hata sekmesi" varsayılan olarak gösterilir. Siz inşa ediyorsunuz ve şimdi "Hata sekmesi" dolduruluyor ...! Az önce şanslısın.

Not: Bir VS hatası bildirildi: https://connect.microsoft.com/VisualStudio/feedback/details/3132689

Benim için derleme hatasız bir şekilde başarısız oldu, ancak bazı hafif araştırmalardan sonra MSHTML'nin referansının VS tarafından bulunamadığını öğrendim.

Davranış, Windows 10 güncellemesinden sonra ortaya çıktı. Düzeltmek için derlemeyi GAC'den kaydetmeniz gerekir. Nasıl yapılacağını öğrenmek için, cevabımı bulduğum yer olan Windows 10'da bu MSHTML DLL cevabına gidin .

Alındığı bu cevap

Derleme başarısız oldu, çıktı penceresinde hiçbir hata gösterilmedi.

Sorunun nedenini bulmaya çalışmak için, VS'de Çıktı Oluştur'u değiştirdim: - "Araçlar - Seçenekler" - sol panelden: "Projeler ve Çözümler: Oluştur ve Çalıştır": - "MSBuild Çıktı Ayrıntıları" nı " Minimal "ila" Teşhis "

Bunu yaptıktan sonra, bağımlılık projelerinde aslında bir hata olan gerçek nedeni buldum. Bağlı olduğum projemin benimkinden farklı bir çerçeve (daha yeni) için oluşturulmuş olduğunu düşünüyorum. Böylece sorunu yaratır. Hatalar yalnızca Çıktı Ayrıntılarını Teşhis'e koyduğumda çıktı

Benim için haydut ekli bir mülktü. Sorun, bir hata görememem değildi; hata şuydu:

Alt düğüm "2" erken çıktı. Kapatmak. Tanılama bilgileri, MSBuild _ *. Fail.txt adlı geçici dosyalar dizinindeki dosyalarda bulunabilir.

Başlangıçta, siz Visual Studio'yu kapatmayı denemediğiniz sürece yapı askıda kalır ve herhangi bir hata göstermez. Yeniden başlatıldıktan sonra, bina üzerine uzun bir süre askıda kalacak, ardından yukarıdaki mesajı görüntüleyecekti.

Gizli .vsklasörü silme , çözümü yeniden oluşturma / temizleme ve Visual Studio'yu yeniden başlatma işe yaramadı. Ekli mülkün kaldırılması; ergo, düzgün çalışmayan bir yerde gerçek kod olabilir.

Son çare olarak, sorun çözülene kadar son değişiklikleri tek tek kaldıracağım çünkü buradaki çözümlerden hiçbiri yardımcı olmadı.

Güncelleme

Geleneksel WPF uygulamalarını geliştirmeye alışkın olduğum için ., UWP ile s kullanarak XAML ad alanlarını "zincirleme" yapamayacağınızı bilmiyordum . Kullanarak ekli bir özelliği ayarlamaya çalışıyordum

My.Namespace:SomeClass.SomeProperty="SomeValue"

Oysa sadece olmalı

MyNamespace:SomeClass.SomeProperty="SomeValue"

İstediğim kadar güzel değil ama görünüşe göre gitmenin tek yolu bu.

Benim için ne işe yaradı:

Tüm belgelerin kapatılması sorunu benim için çözdü. (İntelliSense çalışmayı durdurursa aynı çözüm)

(sağ tıklama sekmesi - Tüm Belgeleri Kapat)

Bunu dene

Hariç "mstscax.dll"Bağımlılıklar dan benim için çalıştı.

Niş sorunu: Az önce aynı sorunla karşılaştım. Yukarıdaki cevapların hiçbiri yardımcı olmadı.

Sorun bir Konsol programı içindi, Main () yöntemini eşzamansız ** olarak işaretleyemiyordum ki ben de öyle yapıyordum. Emin değilim, neden Visual Studio projenin tam olarak neden oluşturulmadığını belirtemedi (her seferinde 0 hata ve 0 uyarı aldım). Visual Studio 2015 Enterprise kullanıyorum.

Düzeltme: Bunun için çalışma burada .

Bir dll dosyasını güncelledikten sonra, yeni dosyanın .NET Framework'ün daha yüksek bir sürümünü hedeflediği ortaya çıktı. Çözüm, Proje Özelliklerine gidip Hedef çerçeveyi uygun sürüme geçirmekti.

MSBuild.exe dizinde değiştirildi (C: \ Program Files (x86) \ MSBuild \ 14.0 \ Bin)

bu yüzden MSBuild.exe'yi vs2015 olan diğer bilgisayardan değiştiriyorum.

Şimdi iyi çalışıyor.

.NET Framework'ü 4.5.2'den 4.0'a değiştirerek çözüm buldum.

Soruna, şu anda seçili çerçeveyle uyumlu olmayan referans neden oldu.

Filtrelerimi yeni temizledim ve işime yaradı. Tüm filtreleri temizle simgesi mesaj kutusunun yanında.

Yeni bir proje başlatın. Tüm kodunuzu aşağıdaki ad alanına kadar ConsoleApp38450983450 kopyalayın.

ScrewedUpConsoleApp102343 ad alanının altındaki yeni projeye yapıştırın

Mükemmel oluşturun ve çalıştırın

Tüm hataları görmek için birleşik giriş kutusunu hata listesinin sağ tarafında, 'Tüm Çözüm' olarak ayarlamalısınız. görüntü açıklamasını buraya girin