Я налагоджую чужу роботу, і рішення досить велике. Коли я намагаюся створити все, кілька проектів у рамках рішення не будуються, а просто пропускають. Перегляд вікна виводу під час процесу збірки говорить:
1> ------ Пропущено Відновити все: Проект: pr1lib ------
Як я можу визначити, чому ці збірки були пропущені? Я не можу знайти додаткові результати.
Це стосується VS2008, і рішення складається з кодів c # та c ++.
/flдо налаштувань збірки, щоб отримати файл msbuild.log, який включає причину. Наприклад:skipped, due to false condition; ( ('$(Configuration)' == 'Release') and ('$(Platform)' == 'Any CPU') ) was evaluated as ( ('Debug' == 'Release') and ('AnyCPU' == 'Any CPU') ).
Відповіді:
Клацніть правою кнопкою миші рішення, виберіть Властивості, а потім Властивості конфігурації. Тут ви можете вибрати, які проекти будувати.
[ редагувати ]:
Див. коментар Kdt: ... коли я переглядав властивості конфігурації ... ціль збірки проекту була налаштована для "Змішаних платформ", тоді як рішення було встановлено для побудови "Будь-якого процесора".
* Коли ця проблема трапилася зі мною, основний проект мав лише "Будь-який процесор", і для дочірньої DLL він також встановлював значення "будь-який процесор", однак я видалив цей профіль і залишив лише "x86". Вибір x86 для просто dll змусить його почати працювати
[/ редагувати]
{784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|AnyCPUна {784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|Any CPU. Єдина відмінність - доданий пробіл між "Будь-яким" та "Процесором" у кінці рядка.
У мене просто була однакова проблема - "проект вивантаження" та "проект перезавантаження" вирішили проблему!
Будівництво, перебудова та чисті операції пропускались. Розвантаження та перезавантаження не допомогли, як і перезапуск Visual Studio.
Після того, як я вилучив проект із рішення та додав його назад, він більше не пропускається. Щоб видалити його, у Провіднику рішень клацніть проект правою кнопкою миші> Видалити> ОК. Щоб повернути його назад, у Провіднику рішень клацніть правою кнопкою миші рішення> Додати> Існуючий проект і виберіть свій проект
Якщо конфігурацією є x64, а компілятор x64 не встановлений, проект буде пропущено.
Моє рішення те саме, що вже згадувалося раніше: Видалити -> Додати існуючий проект
Але це рішення передбачає, що посилання між проектами зникають
Щоб уникнути повторного додавання посилань: і у випадку, якщо ви використовуєте систему контролю версій, таку як GIT або TFS, або що завгодно, можна досягти мети за допомогою таких кроків:
Переконайтеся, що всі зміни здійснено / зареєстровано перед операцією
Пройдіть усі проекти, вилучивши їх із рішення та додавши вже існуючі
Зверніть увагу, що файл .sln змінився
Зберігайте новий файл .sln, але скасуйте зміни у всіх файлах .cspoj за допомогою системи контролю версій
Перезапуск Visual Studio зробив свою справу
Візуальна студія 2008, це може бути тому, що 64-розрядний компілятор не був би встановлений.
Панель управління -> Програми та функції -> Microsoft Visual Studio 2008 professional -> [подвійне клацання]
У діалоговому вікні Visual Studio
Далі -> Додавання / видалення функцій -> (Під) Visual C ++ -> (виберіть) компілятор x64 та Інструменти
Проблема існує і в VS 2010; із запропонованих рішень: редагування конфігурації збірки, очищення, зміна / зміна цільової основи, НЕ працюють. Але розвантаження та перезавантаження проекту робить.
Гей, щойно виправив цей. Думав, це може допомогти. Швидше за все, ви не встановили відповідні компілятори разом із візуальною студією. Це сталося зі мною сьогодні - за замовчуванням інсталятор VS 2008 не встановлює компілятор x64 C ++.
Якщо у вас SP1, видаліть його перед зміною інсталяції VS. Завершивши, встановіть SP1 ще раз.
У мене був дивний, який, можливо, варто задокументувати серед інших можливостей тут ..
Я додав спільний проект до свого рішення із кодом, який використовувався у двох-трьох інших проектах. Як ви знаєте - спільні проекти - це просто код, а не насправді проект у традиційному розумінні .. Ви не можете «побудувати» спільний проект, це просто код, який вбудовується в інші проекти, а потім будується там.
Але якимось чином мій файл рішення був оновлений так, ніби спільний проект - це власне, що потребує побудови. Тоді я здогадуюсь, що в будь-який час, коли я намагався побудувати, і я не змінив код у спільному проекті, тоді він зрозумів, що "нічого не змінилося, пропустіть ці збірки"
Я знайшов спільний проект у solution.slnфайлі, наприклад:
Project("{D954291E-2A0B-460D-934E-DC6B0785DB48}") = "Api.Common", "Api.Common\Api.Common.shproj", "{EC580471-D78A-4509-AC46-BD565553AD60}"
..що добре. Що не добре, так це те, що цей проект також з’явився GlobalSection(ProjectConfigurationPlatforms) = postSolutionподібним чином:
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.ActiveCfg = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Debug|Any CPU.Build.0 = Debug|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.ActiveCfg = Release|Any CPU
{EC580471-D78A-4509-AC46-BD565553AD60}.Release|Any CPU.Build.0 = Release|Any CPU
Я вилучив ці чотири рядки зі свого .slnфайлу, і тепер речі знову здаються щасливими
Перейдіть до меню збірки та виберіть "менеджер конфігурацій". Це покаже, які проекти налаштовано на вбудовування у вибрану вами конфігурацію.
У мене подібне траплялося зі мною. Я не впевнений, у чому проблема, але це не дозволить очистити , побудувати , відновити тощо. Я працюю в Visual Studio 2017 і хотів netstandard2.0зібрати. Проблема для мене полягала в тому, що якимось чином тип проекту був неправильним, можливо, я почав із netcoreappбібліотеки класів, щось подібне, застрягло у файлі рішення , я не пригадую. У будь-якому випадку, я зробив резервну копію проекту, створив новий netstandardпроект бібліотеки класів і врахував резервні копії, і це мені це виправило. HTH хтось.
4.зберегти файл 5.відкрити візуальну студію і все краще
я оновився до 15.9.11, ... після деяких збірок та сама проблема: більшість проектів пропускаються (які будуються секунду тому без проблем). Вивантаження / перезавантаження рішення завжди допомагає в моєму випадку, але це повториться найближчим часом.
Я поняття не маю, чому ... окрім великої помилки у VS2017
Я перевірив диспетчер конфігурацій, усі галочки встановлені для побудови.
Можливо, це пов’язано з пакунками nuget, але це лише здогадки
Рішення має лише c ++ / vcxproj, немає csproj. 64 та 32 встановлені обидва
Перше, що вам потрібно зробити, це діагностувати, чому збірка пропускає проекти. Отже, щоб отримати детальний результат побудови, змініть деталізацію на detailedнаступне місце в Visual Studio.
Клацніть правою кнопкою миші на Рішення у вашому провіднику рішень, а потім натисніть Властивість внизу меню. У вікнах властивостей клацніть на Властивості конфігурації -> Конфігурація на лівій панелі, ви побачите список проектів на правій панелі, переконайтеся, що прапорець Збірка встановлено у спливаючому вікні.
Якщо ваше рішення містить файл проекту NuGet (* .nuproj), спробуйте його вивантажити, а потім відновити рішення.
Це спрацювало для мене після того, як жодне з перерахованих вище не спрацювало.
Я виявляю, що іноді, коли у вас є цільова платформа, встановлена так, що дозволяє говорити x86 у вашому рішенні, а у ваших проектах проект насправді не завжди його вибирав.
Для подвійної перевірки перейдіть до властивостей проекту та перевірте, чи можете ви вибрати цю платформу в налаштуваннях Build-> Platform, якщо не можете, тоді вам потрібно буде перейти до диспетчера конфігурацій та створити цю конфігурацію.
У мене була проблема з деякими проектами Windows CE на новому ПК. З'явилося, що "Вивантажити проект" та "Перезавантажити проект", щоб вирішити проблему, але насправді Visual Studio просто перейшов на іншу платформу і створив її.
Виявилося, що, хоча моя платформа WinCE була показана як активна платформа, Visual Studio її "насправді" не бачила. Рішенням було перевстановити WinCE SDK за допомогою привілеїв адміністратора :
msiexec /log SDKInstallLog.txt /package <the path to your .msi file>VS 2008 пропустить цілі x64, якщо у вас не встановлений компілятор x64. VS 2008 за замовчуванням не працює. Якась дух, штука.
У мене була дуже схожа проблема після генерації проекту з декомпілятора від Telerik, а потім спроби перекомпілювати його. Проект пропускався щоразу, коли я намагався його відбудувати. Спробував багато наведених вище пропозицій, але для мене це був .NET Framework, вибраний у властивостях проекту.
Клацніть правою кнопкою миші проект у файлі рішення, виберіть властивості, вкладку програми, змініть цільову структуру з 4.0 на 3.5.
Потім відновіть, і я отримав купу помилок, у яких відсутні посилання на збірки, що має сенс, оскільки я ще не додав посилання на них.
Я оновлюю одне невелике оновлення Visual Studio 2017, а потім інсталятор нагадує мені перезапустити комп’ютер, але я не перезапустився. Коли я будую свій проект або рішення у Visual Studio 2017, я зустрічаю ту саму вищезазначену проблему. ключ, тому я перезавантажую комп’ютер, я це зробив.:>
У мене була ця проблема у Visual Studio 2017 15.9.4, і після деякого пошуку та використання часу я виявив, що у моєму рішенні файл .csproj одного з проектів пошкодився після об’єднання в TFS. (Я міг будувати інші проекти, вивантажуючи проблемний проект із рішення). Як я вирішив свою проблему, так це те, що я порівняв файл .csproj до та після злиття та виправив це. І під виправленням я маю на увазі, оскільки тип мого власного проекту був .netStandard, я видалив непотрібні рядки, включаючи Configuration PropertyGroup , усі та інші у новому файлі .csproj, щоб зробити його схожим на попередню версію в стилі .netstandard.
У мене була подібна проблема, у мене був один проект, який з якихось причин не міг завантажити провідник рішень. Коли я завантажив цей проект, це спрацювало як шарм.
Я щойно потрапив у цю неприємність:
Оновив VS 2017 до останньої версії 15.9.11, і деякі мої проекти були оновлені до .net core 2.2. Спочатку я завантажив усі проекти, які пробував будувати / чистити / відбудовувати, і все було пропущено. Щоб вирішити проблему, виконайте наведені нижче дії.
Ось і все було знову в дії, і я зміг успішно будувати всі проекти.
Візуальна студія 2017
Після додавання конфігурації в Configuration Manger
Клацніть правою кнопкою миші на Проект -> Лише проект -> Тільки побудувати / Лише відновити / Лише очистити
якщо всі інші налаштування правильні.
Випуск: Відновлення, Побудова, Очищення пропускав усі мої проекти, крім двох з них.
Рішення, які для мене не працювали:
Налаштування конфігурації рішення були належними, тому жодні зміни в них не допомогли.
Розвантаження та перезавантаження не спрацювали.
Причина виникнення:
Це відбувалося тому, що цільова платформа .NET була вищою (4.7) для цих 2 проектів, але нижчою для інших проектів. Спочатку з’явилося запит із проханням встановити .NET 4.7, що я і зробив, але виявилось, що він не зміг розпізнати, що він встановлений без перезапуску машини.
Працюючі рішення:
Я рекомендую встановити останню версію .NET Framework та перезапустити машину, щоб уникнути подальших проблем.
Build > Configuration Manager: check as needed