Як знайти причину невдалої збірки без будь-якої помилки чи попередження

У мене є WebApplication, який містить посилання на послуги WCF.

Під час створення за допомогою Visual Studio 2010, збірка не вдається без помилок чи попереджень. Однак побудова з .csprojвикористанням MsBuildуспішна.

Не можу зрозуміти, що мені слід спробувати у Visual Studio, щоб вирішити / діагностувати проблему. Чи можете ви допомогти?

Редагувати:

Я дізнаюсь, що збірка провалилася,

1. З тексту, що відображається в рядку стану.
   

2. З вікна виводу:

   ========== Build: 0 succeeded or up-to-date, 1 failed, 0 skipped ==========

Я просто зіткнувся з подібною ситуацією. У моєму випадку користувацька дія (з пакету MSBuildVersioning, доступного на Nuget.org - http://www.nuget.org/packages/MSBuildVersioning/ ), який з'явився в цілі файлу csproj BeforeBuild, не вдався, не викликаючи жодного повідомлення про помилку в нормальне місце.

Мені вдалося визначити це, встановивши "MSBuild проекту багатозвучності виведення" (на останній вкладці Інструменти Visual Studio [Шлях: Інструменти> Опції> Створити та запустити ]) на " Діагностика ", як показано нижче. Потім це показало, що власні дії (в моєму випадку HgVersionFile) - це те, що не вдалося.

Build + Intellisense проковтнув повідомлення про помилки. Вибір відображається лише для збірки .

• Якщо рішення містить більше одного проекту, спробуйте створити їх один за одним.
• Спробуйте перезапустити Visual Studio.
• Спробуйте перезапустити Комп'ютер.
• Спробуйте " Відновити все "
• Спробуйте " Очистити рішення ", потім видаліть файли " vspscc " та " vssscc " файли, а потім перезапустіть Visual Studio, а потім " Перебудуйте все ".

Перезапуск VS (2013 Pro, Win 8.1) зробив це для мене.

Видалити папку .vs та перезапустити VS, працював для мене

Я хочу розкрити відповідь Сассе .

Щоб виправити проблему з Visual Studio 2015 Update 2, мені довелося складати кожен проект по одному та дивитись у вихідне вікно після кожної збірки.

Один проект дав мені

"Ім'я типу або простору імен" SomeNamespace "не існує в просторі імен" BeforeSomeNamespace "(не вистачає посилання на збірку?)".

У вікні списку помилок не було помилок, але у складі був жовтий попереджувальний знак під "Посилання".

Потім я побачив, що проект посилань орієнтований на 4.5.1 та на проект 4.6.1. Зміна 4.6.1 на 4.5.1 дозволила досягти успіху в цілому.

Ніщо не працювало для мене, тому я видалив файл .suo, перезапустив VS, очистив проектоване, і тоді збірка запрацює.

Здається, що на це запитання є кілька відповідей, тому я додам свої з особистого досвіду, сподіваючись, що це врятує когось час / стрес.

Переконайтеся, що всі проекти у вашому рішенні націлені на одну і ту ж версію .NET.

Як і у OP, було 0 помилок, але збірка продовжувала працювати. Однак був один попереджувальний запис (похований між декількома сотнями марних попереджень XML ...), який говорить про те, що один проект орієнтувався на іншу версію .NET, ніж проект, на який посилався. Вся проблема полягала в тому, що один проект в рамках мого рішення був орієнтований на .NET 4.5.2, коли решта націлила 4.5.1. Він повинен працювати навіть з цією невідповідністю (отже, чому це було лише попередження), але, на жаль, це порушило збірку.

Дивна частина полягала в тому, що вона деякий час будувалась / працювала нормально, але раптом збірка почала виходити з ладу, що спричинило цю проблему. Не впевнений, що я зробив для цього, щоб почати скаржитися на різні цільові версії .NET, але я відчуваю, що у Visual Studio є лише деякі таємниці, які ніколи не вирішаться.

Перейдіть до вікна виводу, шукайте "помилку" у вікні виводу, TADA

Спочатку «Очистіть розчин», потім відновіть розчин.

Якщо не виходить, закрийте рішення та перезавантажте рішення.

Спробуйте ці речі, сподівання точно спрацює.

Інша можливість полягає в тому, що Visual Studio потрібно запускати як адміністратор, це може бути пов'язано з розгортанням на локальному сервері IIS або іншими потребами розгортання.

це може статися, коли один із проектів, на який посилається, є вищою версією рамки .NET, ніж ваш поточний проект.

У мене була ця сама проблема, і я простежив цю проблему до списку помилок "Build + Intellisense".

Якщо цей параметр обраний, то в списку помилок не відображається. Перемкніть на " Тільки побудувати ", і помилки з'являться як очікувалося.

Його схожий на помилку у Visual Studio. Перезапуск візуальної студії вирішив це питання .

У мене виникла подібна проблема після додавання нового проекту (який називається "TestCleaner") до свого рішення: збір не вдався, помилок немає.

Я збільшив багатослівний вихід (див. Інструкції Річарда Дж. Фостера) і шукав вихід "Не вдалося". Я швидко виявив, який проект провалився, і чому: проект "TestRunner" зазнав невдачі з " помилкою CS0246: імені типу або простору імен" TestCleaner "не вдалося знайти" (хоча в коді не було виділено жодних проблем).

Перевіряючи посилання TestRunner, достатньо впевненості, що посилання на TestCleaner було позначене як невирішене, і шлях відсутній у референтних властивостях. Видалення та повторне додавання не виправили це. Знову ж таки, ніякого пояснення, чому.

невирішене посилання

Нарешті я виявив причину: "TestCleaner" використовував інші цільові рамки для інших проектів. Це було .Net 4.5.2; інші - 4,5.

Просто задля завершення і, можливо, допомагаючи комусь знову зіткнутися з тією ж помилкою, я використовував інтерфейс метро Mahapps і змінив XAML одного вікна, але забув змінити частковий клас у коді. У цьому випадку збірка не вдалася без помилки чи попередження, і мені вдалося це виявити, збільшивши багатослівність виводу з налаштувань:

У мене була така ж проблема. У вікні списку помилок є 2 спадні меню "Показати елементи, що містяться" та "Показати створені проблеми". Ці імена видно після наведення курсору на спадне меню. У спадному меню "Показати створені проблеми" було встановлено значення "Створити + IntelliSense", і після зміни на "Тільки побудувати" в списку з'явилися помилки.

Для мене це Target Frameworkбуло проблемою.

Мій проект Target Frameworkбув 4.5.2і контрольний проект Target Frameworkбув 4.6.1.

Після того як я оновив мій приналежність проекту Target Frameworkдо 4.6.1, проблема була виправлена.

Я зіткнувся з тією ж проблемою! Просто видаліть папку бінь і перезавантажте свою VS. Це все. випробуваний в VS 2013.

Для мене це вирішило - видалення .vsпапки з кореня рішення та перезапуск Visual Studio.

Також, можливо, важливо сказати, що незважаючи на те, що помилки не відображалися на панелі "Список помилок", вони все ще були присутніми у "Виведення з збірки".

Спробуйте створити свій проект з командного рядка Powershell:

dotnet build

Тоді ви можете побачити будь-які помилки у виведенні командного рядка, навіть якщо Visual Studio відтворює хованки із повідомленнями про помилки побудови.

Це сталося зі мною після додавання нової сторінки до проекту asp.net.

Те, що я зробив, було виключити сторінку, змусити її знову створити успішно.

Тоді я додав назад сторінку з усім прокоментованим кодом. Успіх.

Тоді я коментував код побіжно, і тоді це все спрацювало.

У мене була така ж проблема після видалення пари форм. Помилки з'явилися, як тільки я зайшов у код і зробив "Показати визначення" для одного з елементів, які я видалив.

Я також орієнтувався на вищі рамки для одного з моїх проектів, так що це могло бути і проблемою.

Я спробував все, але нічого не спрацювало в моєму випадку, тоді я змінив ці згадані налаштування, які досить добре вирішили проблему для мене. Спробуйте, якщо це могло б допомогти останнім глядачам. Ці налаштування можуть бути різними у вашій ситуації, але переконайтеся, що створити всі DLL-файли з тими ж налаштуваннями конфігурації, які ви зберігали спочатку (згадані на зображенні.).

Ура!

Якщо встановлений пакет «Microsoft.Net.Compilers» встановлений, переконайтеся, що він відповідає версії Visual Studio (версія Інструменти побудови).

Версії 1.x означають C # 6.0 (Visual Studio 2015 та оновлення). Наприклад, 1.3.2

Тому не використовуйте VS2015 до версії вище 1.x

https://stackoverflow.com/a/44397905/3862615

Я мав справді старий проект на старшій машині. Проект будувався правильно, коли я вимикав машину. Сьогодні я отримую помилку побудови, але жодного повідомлення про помилку. Спробувавши кілька пропозицій зверху, не пощастило.

У Visual Studio 2015 я ввімкнув докладний MSBuild у розділі TOOLS> Опції> Проекти та рішення> Створити та запустити

Це дало мені декілька деталей про збірку, але помилок не було. Після цього я спробував перевірити розширення та оновлення (Інструменти> Розширення та оновлення) і виявив, що деякі з них потребують оновлення.

Nuget Package став винним після оновлення Nuget - збірка успішна.

Це може бути обумовлено різницею версії звіту про перегляд звітів у вашому проекті та VS

Оскільки все не спрацювало, виявив, що помилки не відображаються при відкритті проекту як рішення (.sln), в той час як помилка виявляється при відкритті проекту як проекту.

У мене була та сама проблема, я змінив Інструменти -> Параметри -> Проекти та рішення / Створити та запустити -> MSBuild проекту журналу збірки файлів журналу [ Діагностика ]. Цей параметр показує помилку в журналі, через те, що мій VS не відображає помилку на вкладці Помилки!

Виконайте вище налаштування та у вихідній копії в блокноті / текстовому редакторі та шукайте помилку. Він покаже вам всі помилки.

Перезапуск Visual Studio працював на мене. Також спробуйте перезапустити Visual Studio звичайно (не запускатись як адміністратор). Спробуйте перезапустити систему та повторіть вищевказаний крок.

Інший спосіб відтворення цього симптому:

Я додав новий проект до вже існуючого рішення, і вихідні дані збірки повідомляли про помилки типу "тип або ім'я простору імен X не вдалося знайти ...", але помилок у списку помилок не було.

Класи, на які я згадував, були в інших проектах (на які посилалися) у тому ж самому рішенні.

Виявилося, що я помилково вибрав більш ранній варіант .net у новому проекті. Одного разу я перейшов на ту ж версію, що й інші проекти, все побудовано без помилок.