Проект Visual Studio не создается, когда я нажимаю debug или нажимаю F5

VS2010 С#, winforms project.

Он не создается автоматически, когда я нажимаю на отладку или нажимаю f5. Если я вручную создаю проект, прежде чем отлаживать его, он компилируется, и изменения подбираются.

Мои другие проекты работают так, как ожидалось. Почему он не создается автоматически?

Ответы

Ответ 1

Щелкните правой кнопкой мыши Solution (not project) в Обозревателе решений и выберите Configuration Manager. Проверьте, отключена ли сборка для текущей конфигурации.

Ответ 2

Проверьте свои настройки в Инструменты- > Параметры.

Перейдите на страницу "Проекты и решения", "Сборка и запуск".

Существует параметр "Вкл.", когда проекты устарели: "Убедитесь, что для этого параметра установлено значение" Всегда строить ".

введите описание изображения здесь

Ответ 3

Я столкнулся с этой же проблемой, и я сделал следующее:

  • Run Build Clean
  • Закройте решение
  • Удалите все файлы .suo и .user.
  • Удалить любые .ncb файлы
  • Откройте снова решение.
  • Выгрузить проект
  • Обновить проект
  • Убедитесь, что проект настроен как запуск снова
  • Откажитесь!

Вы можете выполнять только шаги 6-9, но я не знаю, как вернуться в это состояние.

Ответ 4

Поскольку мой проект был независим от других проектов с помощью призмы, мне нужно было снять флажок "Только создавать проекты запуска и зависимости от запуска" в "Инструменты" - "Параметры" - "Проекты и решения → " Сборка и запуск ".

Ответ 5

На всякий случай кто-то сталкивается с той же проблемой, что и я: для меня это оказалось настройкой в ​​моем web.config следующим образом:

<httpRuntime fcnMode="Disabled" targetFramework="4.5" maxRequestLength="40960" executionTimeout="1200" requestValidationMode="2.0" />

Что делает этот парень, он отключает уведомление об изменении файла, которое используется для перезапуска домена приложения при обнаружении изменений в критических файлах, например. все в файлах bin или .config. Без fcn я бы сделал изменения кода, нажмите F5 и до сих пор вижу старый код, и все точки останова будут вытеснены из-за того, что источник отличается от того, что обслуживал IISExpress.

Ответ 6

Некоторое время царапала мне голову, выяснилось, что наша конфигурация перенаправления папок в офисе (например, "Мои документы" для указания местоположения в сети) не очень хорошо интегрировалась с VS.

Ответ 7

У меня была аналогичная ситуация с несколькими проектами в решении в Visual Studio 2013. Один из проектов, которые использовал проект запуска, не строился, когда я нажал кнопку "Запустить". Я должен был щелкнуть правой кнопкой мыши проект Startup и выбрать "Build Dependencies" и проверить проект, который там не строился.