Я отлаживаю чужую работу и решение довольно большое. Когда я пытаюсь собрать все, несколько проектов в рамках решения не создаются, а просто пропускаются. Просмотр окна вывода во время процесса сборки говорит:
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, она начинает работать
[/ edit]
{784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|AnyCPUна {784BDC39-5783-4128-956E-99EA062FA8FB}.Debug|AnyCPU.ActiveCfg = Debug|Any CPU. Единственное отличие - добавленный пробел между «Any» и «CPU» в конце строки.
У меня была та же проблема - «выгрузить проект» и «перезагрузить проект» решили проблему!
Операции сборки, восстановления и очистки пропускались. Выгрузка и перезагрузка не помогли, как и перезапуск Visual Studio.
Как только я удалил проект из решения и добавил его обратно, он больше не пропускается. Чтобы удалить его, в обозревателе решений щелкните проект правой кнопкой мыши> Удалить> ОК. Чтобы добавить его обратно, в обозревателе решений щелкните решение правой кнопкой мыши> Добавить> Существующий проект и выберите свой проект.
Если конфигурация x64 и компилятор x64 не установлен, он пропустит проект.
Мое решение такое же, как упоминалось ранее: Удалить -> Добавить существующий проект
Но это решение подразумевает, что ссылки между проектами исчезают.
Чтобы избежать повторного добавления ссылок: и в случае, если вы используете систему контроля версий, такую как GIT или TFS или что-то еще, можно достичь цели с помощью следующих шагов:
Убедитесь, что все изменения зафиксированы / зарегистрированы перед операцией
Пройти все проекты, удалив их из решения и добавив уже существующие.
Обратите внимание, что файл .sln изменился
Сохраните новый файл .sln, но отмените изменения во всех файлах .cspoj с помощью системы контроля версий.
Перезапуск Visual Studio помог
Visual Studio 2008, это может быть потому, что 64-битный компилятор не был бы установлен.
Панель управления -> Программы и компоненты -> Microsoft Visual Studio 2008 professional -> [двойной щелчок]
В диалоговом окне Visual Studio
Далее -> Добавить / удалить функции -> (Под) Visual C ++ -> (выбрать) компилятор x64 и Инструменты
Проблема существует и в VS 2010; из предложенных решений: редактирование конфигурации сборки, очистка, изменение / повторная смена целевого фреймворка НЕ работают. Но выгрузка и перезагрузка проекта делает.
У меня был странный вариант, который, возможно, стоит задокументировать среди других возможностей здесь ..
Я добавил общий проект в свое решение с кодом, который использовался в двух или трех других проектах. Как вы знаете, общие проекты - это просто код, а не проект в традиционном смысле. Вы не можете «построить» общий проект, это просто код, который встроен в другие проекты и затем построен там.
Но каким-то образом мой файл решения был обновлен, как если бы общий проект был отдельной вещью, которую нужно было создать. Тогда я предполагаю, что всякий раз, когда я пытался построить и не менял код в общем проекте, он считал, что `` ничего не изменилось, пропустите эти сборки ''
Я нашел общий проект в 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. Это случилось со мной сегодня - по умолчанию установщик VS 2008 не устанавливает компилятор x64 C ++.
Если у вас есть SP1, удалите его перед изменением установки VS. Когда закончите, снова установите SP1.
Перейдите в меню сборки и выберите «диспетчер конфигурации». Это покажет, какие проекты настроены для сборки в выбранной вами конфигурации.
Со мной случилось нечто подобное. Я не уверен, в чем была проблема, но это не очистка , сборка , перестройка и т. Д. Я работаю в 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 Manager
Щелкните правой кнопкой мыши Project -> Project Only -> Build Only / Rebuild Only / Clean Only
если все остальные настройки верны.
Проблема: Rebuilding, Build, Clean пропускала все мои проекты, кроме двух из них.
Решения, которые у меня не сработали:
Параметры конфигурации решения были такими, как ожидалось, поэтому никакие изменения в них не помогли.
Разгрузка и перезарядка не прошли.
Причина возникновения:
Это произошло потому, что целевая платформа .NET была выше (4,7) для этих двух проектов, но ниже для других проектов. Изначально появилось приглашение с просьбой установить .NET 4.7, что я и сделал, но оказалось, что он не смог распознать, что он установлен, не перезагружая мою машину.
Решения, которые сработали:
Я бы рекомендовал установить последнюю версию .NET Framework и перезапустить компьютер, чтобы избежать дальнейших проблем.
Build > Configuration Manager: check as needed