Visual Studio 2010 не создает перед запуском при изменении кода

Инструменты + Опции, проекты и решения, assembly и запуск. «On Run, когда проекты устарели» = Всегда строить. Это ниже: = Не запускать.

У меня была эта проблема, и она оказалась Configuration Manager. Недавно я изменился с Debug | Смешанный процессор на Debug | Любой CPU и проект не были настроены для сборки в этой конфигурации

откройте диспетчер конфигурации и проверьте, установлен ли флажок в столбце сборки для вашего проекта запуска. У меня была та же проблема, но флажок неактивен, поэтому я проверил его и теперь он работает!

Помимо вышеизложенного, также убедитесь, что «Только создавать проекты запуска и зависимости от запуска» не отмечены (в «Инструменты -> Параметры -> Проекты и решения ->« Сборка и запуск »)

У меня тоже была эта пробема. Я проверил все предлагаемое безрезультатно. Оказывается, мои часы на моем компьютере были установлены примерно на 12 часов, и я сэкономил на сетевом диске. Временные метки файлов были неактуальны, и В.С. не думал, что это нужно для создания моего проекта, потому что файлы были супер обновлены.

Некоторое время назад я смущен тем, что мой ноутбук (двухъядерный 2ghz, 2Gb ram) скомпилировал мой сайт быстрее, чем мой рабочий стол (четырехъядерный 3gz с 16 ГБ оперативной памяти). Оба имеют диски SSD. Параметры сборки все установлены правильно (то же самое, подсчет ядра = параллельные сборки), но ноутбук запускает сайт через несколько секунд, а dekstop запускает сайт примерно через 30 секунд.

Найден дополнительный вариант в разделе «Страницы свойств» сайта, в настройке «Сборка» для ноутбука установлено значение «Нет сборки» и рабочий стол «Построить и запустить». Только нашел его после того, как сайт работал на ноутбуке, не проверяя ошибку компилятора.

Может помочь кому-то в будущем, поэтому я думал бы добавить его в этот пост

Еще один пункт для проверки находится в разделе Property Properties -> Configuration Properties -> configuration: убедитесь, что все флажки в столбце Build Column проверяют проект, который необходимо выполнить повторно.

Я пробовал предыдущие решения со смешанными результатами. НО, похоже, это работает для меня всякий раз, когда я иду в Build -> Clean Solution

Но это раздражает необходимость делать это каждый раз.

Для меня это происходило из-за настроек конфигурации сборки. В моем визуальном студийном решении есть ряд проектов, которые представляют собой сочетание проектов на C # и C ++. Теперь я понял, что по какой-то странной причине Visual Studio предпочитает не строить проекты на C ++ по умолчанию, что видно из настроек конфигурации сборки. Я заметил это сразу после добавления в проект нового проекта на C ++ . Я не знаю, почему VS не придерживается такого же подхода при добавлении нового проекта C # в решение.

Файл решения правой кнопкой мыши в обозревателе решений -> Щелкните свойства в контекстном меню -> Выберите узел «Свойства конфигурации» в левой панели -> «Выбрать узел конфигурации» . Он отображает список всех проектов в решении. Первый проект LearnDs – это проект на C ++. Обратите внимание на флажок в столбце сборки в первой строке. Он не установлен. Именно по этой причине Visual Studio 2010 не создавал мой проект на C ++ (при нажатии F5), который содержал некоторые изменения с момента последнего успешного завершения.

В тот момент, когда я проверил соответствующий флажок и сохранил настройки конфигурации сборки для решения, он сработал. Теперь я вижу подсказку ниже, когда я нажимаю F5, поскольку VS может обнаружить, что есть новые изменения с момента последней сборки. Это подсказка объясняется тем, что мои настройки в меню «Сервис» -> «Подменю» -> «Проекты и решения» -> «Узел сборки и запуска» -> «Вкл., Когда проекты устарели», установлены в « Prompt to build . Если вам не нравится это приглашение, установите для него значение Always build .

Инструмент -> Параметры -> Проект и решения.

1. Установить как «Всегда строить / предлагать строить для« Вкл. »,« Проект устарел »)
2. Снимите флажок «Только создавать проекты запуска и зависимости от Run»