Как остановить сборку проекта Visual Studio
Обновлено: 21.11.2024
Как остановить сборку проекта в Visual Studio?
Вы можете нажать Ctrl + Break на клавиатуре, чтобы отменить/остановить текущую сборку.
В чем разница между сборкой и перестроением в Visual Studio?
Build Solution — компилирует измененные файлы кода (dll и exe). Rebuild Solution — удаляет все скомпилированные файлы и компилирует их снова, независимо от того, изменился код или нет.
Как вы восстанавливаете vs?
Чтобы построить или перестроить один проект
- В обозревателе решений выберите или откройте проект.
- В строке меню выберите «Сборка», а затем выберите «Создать имя_проекта» или «Перестроить имя проекта». Выберите Build ProjectName, чтобы построить только те компоненты проекта, которые изменились с момента последней сборки.
Как исключить проекты из сборки Visual Studio?
В столбце "Сборка" для проекта снимите флажок. Нажмите кнопку «Закрыть», а затем перестройте решение. В строке меню выберите Сборка > Диспетчер конфигураций. В списке конфигурации активного решения выберите .
Как узнать, почему Visual Studio продолжает перестраивать мои проекты?
Самое важное, что здесь нужно знать, это то, как выявить проблемы. В своем решении перейдите в Инструменты -> Параметры. Выберите «Проекты и решения» -> «Сборка и запуск» и выберите «Диагностика» в «Подробности вывода сборки проекта MSbuild». Это замедлит сборку, но покажет, почему требуется перестроение.
Как остановить сканирование Microsoft Visual Studio при каждой сборке проекта?
Как закрыть проект в Visual Studio?
В столбце "Сборка" для проекта снимите флажок. Нажмите кнопку «Закрыть», а затем перестройте решение. В строке меню выберите Сборка > Диспетчер конфигураций. В списке Активная конфигурация решения выберите . В поле Имя введите имя конфигурации решения.
Как очистить проект Visual Studio?
Чтобы собрать, перестроить или очистить решение целиком
- Выберите «Построить все», чтобы скомпилировать файлы и компоненты проекта, которые изменились с момента последней сборки.
- Выберите «Перестроить все», чтобы «очистить» решение, а затем собрать все файлы и компоненты проекта.
- Выберите «Очистить все», чтобы удалить все промежуточные и выходные файлы.
Как остановить сборку при первой ошибке в Visual Studio?
Как исправить ошибку загрузки проекта в Visual Studio?
Разверните узел проекта, чтобы показать причину, по которой проект не может быть загружен». После отображения этого сообщения выполните следующие действия, чтобы исправить ошибку в Visual Studio. а) Откройте обозреватель решений. б) Выберите опцию «Редактировать проект». c) файл .proj откроется в редакторе Visual Studio.
Что делает stoponfirstbuilderror в Visual Studio Marketplace?
StopOnFirstBuildError — это расширение, которое немедленно останавливает сборку решения, если один проект не удается собрать. В меню «Сборка» есть пункт меню, который позволяет включать и выключать функциональность, этот пункт меню виден только в многопроектных решениях (поскольку это не имеет смысла в одном проектном решении).
Что произойдет, если вы удалите исключение в Visual Studio?
Вы не можете повторно использовать определенные настройки исключений в разных решениях. Теперь сохраняются только добавленные исключения; удаленные исключения — нет. Вы можете добавить исключение, закрыть и снова открыть решение, и исключение останется. Но если вы удалите исключение и закроете/повторно откроете решение, исключение появится снова.
Как изменить проект по умолчанию в Visual Studio?
В Visual Studio выберите Инструменты > Параметры. Разверните Проекты и решения и щелкните Общие. На этой странице можно настроить папку по умолчанию для хранения проектов Visual Studio, а также значения по умолчанию для окна вывода, списка задач и обозревателя решений.
Как удалить зависимости проекта в Visual Studio?
Чтобы удалить зависимости из проектов
- В обозревателе решений выберите проект.
- В меню "Проект" выберите "Зависимости проекта".
- На вкладке "Зависимости" выберите проект в раскрывающемся меню "Проект".
Как очистить проект Visual Studio?
Как вы перестраиваете код VS?
Как выбрать проект StartUp в Visual Studio 2019?
Чтобы задать несколько стартовых проектов
- В обозревателе решений выберите решение (верхний узел).
- Выберите контекстное меню узла решения (щелкните правой кнопкой мыши), а затем выберите "Свойства".
- Разверните узел "Общие свойства" и выберите "Запуск проекта".
- Выберите параметр «Несколько запускаемых проектов» и задайте соответствующие действия.
Как удалить проект из решения в Visual Studio 2019?
Чтобы удалить проект
- В обозревателе решений выберите проект, который нужно удалить.
- В меню "Правка" нажмите "Удалить".
- В диалоговом окне подтверждения нажмите "ОК", чтобы удалить проект из решения.
Что означает желтый треугольник в Visual Studio?
Если вы активно использовали зависимости, скорее всего, вы видели хотя бы одну из них с маленьким желтым треугольником. Очевидно, что Visual Studio указывает на наличие проблемы с зависимостями.
Что делает сборка решения в Visual Studio?
Как остановить сборку в Visual Studio?
В основном работает Ctrl + Break. В некоторых клавиатурах клавиша «Break» может иметь только формулировку «Pause». Если сборка находится в очереди, щелкните правой кнопкой мыши имя определения выполняемой сборки на вкладке «Очередь» проводника сборок и выберите «Остановить» в раскрывающемся меню.
Как определить, что проект создается в Visual Studio?
Установите уровень детализации вывода на «Диагностический». После выполнения другой сборки изучите окно вывода. В начале сборки каждого проекта система сборки сообщит вам, какая зависимость вызывает сборку проекта. (В моем случае это был файл .ico, для которого случайно было задано действие сборки: ресурс и копирование в вывод: копировать, если новее.
Есть ли способ изменить Visual Studio после установки?
Вы можете настроить Visual Studio 2015 после установки. Перейдите к панели управления. Перейдите в Программы. Нажмите «Программы и компоненты». Найдите Microsoft Visual Studio в списке программ. Щелкните правой кнопкой мыши Microsoft Visual Studio. Выберите Изменить.
Где находятся конфигурации сборки в Visual Studio?
Обычно, когда Visual Studio создает проект, выходные данные помещаются в подпапку проекта с именем активной конфигурации (например, bin/Debug/x86 ), но это можно изменить. Вы можете создавать собственные конфигурации сборки на уровне решения и проекта.
Что такое событие после сборки?
Макросы событий Мы используем события после сборки, когда хотим выполнить операцию после успешной сборки. События перед сборкой, с другой стороны, используются, когда мы хотим, чтобы операция была выполнена до начала сборки.
Как игнорировать изменения в Visual Studio Git?
Откройте Visual Studio и решение, требующее файла игнорирования. В верхнем меню выберите Git > Настройки. Приведенное выше откроет параметры Visual Studio с выбранным Source Control > Git Global Settings. В списке слева выберите «Настройки репозитория Git», а затем нажмите кнопку «Добавить» для параметра «Игнорировать файл».
Как добавить событие после сборки?
вызов летучей мыши C:\MyFile2. летучая мышь . В поле Запустить событие после сборки укажите, при каких условиях запускать событие после сборки. Чтобы добавить длинный синтаксис или выбрать любой макрос сборки в диалоговом окне командной строки события перед сборкой/события после сборки, нажмите кнопку с многоточием (…), чтобы отобразить окно редактирования.
Как создавать события сборки в Visual Studio?
События сборки имеют тот же синтаксис, что и команды DOS, но вы можете использовать макросы для более простого создания событий сборки. Список доступных макросов см. в разделе диалоговое окно командной строки «Событие перед сборкой/событие после сборки». Для достижения наилучших результатов следуйте этим советам по форматированию: Добавьте оператор вызова перед всеми событиями сборки, которые запускают файлы .bat.
Как исключить файлы из Visual Studio 2010?
В Visual Studio 2010 или более поздней версии эту функциональность можно реализовать двумя способами. Щелкните правой кнопкой мыши файл, выберите «Свойства» -> выберите «Свойства конфигурации» -> выберите «Общие» -> выберите «Да» в раскрывающемся меню для параметра «Исключено из сборки»
Как создать событие предварительной сборки в Python?
В поле командной строки события перед сборкой укажите синтаксис события сборки. События перед сборкой не запускаются, если проект обновлен и сборка не запущена. В поле Командная строка события после сборки укажите синтаксис события сборки. Добавьте оператор вызова перед всеми командами после сборки, которые запускают файлы .bat.
Можно создать решение, не создавая все содержащиеся в нем проекты. Например, вы можете исключить проект, который нарушает сборку. Затем вы сможете создать проект после изучения и устранения проблем.
Вы можете исключить проект, используя следующие подходы:
Временное удаление из активной конфигурации решения.
Создание конфигурации решения, не включающей проект.
Чтобы временно удалить проект из активной конфигурации решения
В строке меню выберите "Сборка" > "Диспетчер конфигурации".
В таблице контекстов проектов найдите проект, который вы хотите исключить из сборки.
В столбце "Сборка" для проекта снимите флажок.
Нажмите кнопку "Закрыть", а затем перестройте решение.
Чтобы создать конфигурацию решения, исключающую проект
В строке меню выберите "Сборка" > "Диспетчер конфигурации".
В списке конфигурации активного решения выберите .
В поле Имя введите имя конфигурации решения.
В списке Копировать настройки из выберите конфигурацию решения, на основе которой вы хотите создать новую конфигурацию (например, Отладка), а затем нажмите кнопку ОК.
В диалоговом окне Configuration Manager снимите флажок в столбце "Сборка" для проекта, который вы хотите исключить, а затем нажмите кнопку "Закрыть".
На стандартной панели инструментов убедитесь, что новая конфигурация решения является активной конфигурацией в поле "Конфигурации решения".
В строке меню выберите «Сборка» > «Перестроить решение».
Пропущенные проекты
Проекты могут быть пропущены во время сборки, поскольку они не обновлены или исключены из конфигурации. Visual Studio использует MSBuild для сборки ваших проектов. MSBuild создает цель только в том случае, если выходные данные старше входных, что определяется временными метками файла. Чтобы принудительно выполнить перестроение, используйте команду «Построить» > «Перестроить решение».
На панели "Сборка" окна "Вывод" Visual Studio сообщает о количестве обновленных проектов, количестве успешно построенных, неудачных и пропущенных проектов. В число пропущенных не входят проекты, которые не были созданы из-за актуальности. Когда проекты исключаются из активной конфигурации, они пропускаются во время сборки. В выходных данных сборки вы видите сообщение о том, что проект пропущен:
Чтобы узнать, почему проект был пропущен, обратите внимание на активную конфигурацию ( "Отладка x86" в предыдущем примере) и выберите "Сборка" > "Диспетчер конфигураций". Вы можете просмотреть или изменить, какие проекты пропускаются для каждой конфигурации, как описано в этой статье.
С помощью процедур, описанных в этом разделе, вы можете создавать, перестраивать или очищать все или некоторые проекты или элементы проекта в решении. Пошаговое руководство см. в разделе Пошаговое руководство. Создание приложения.
Этот раздел относится к Visual Studio для Windows. Информацию о Visual Studio для Mac см. в статье Создание и очистка проектов и решений в Visual Studio для Mac.
Пользовательский интерфейс в вашей версии Visual Studio может отличаться от того, что описано в этом разделе, в зависимости от ваших активных настроек. Чтобы изменить настройки, например, на общие или Visual C++, выберите «Инструменты» > «Импорт и экспорт настроек», а затем выберите «Сбросить все настройки».
Чтобы собрать, перестроить или очистить решение целиком
В обозревателе решений выберите или откройте решение.
В строке меню выберите "Создать", а затем выберите одну из следующих команд:
Выберите «Сборка» или «Сборка решения» или нажмите Ctrl+Shift+B, чтобы скомпилировать только те файлы и компоненты проекта, которые изменились с момента последней сборки.
Команда "Построить" становится "Построить решение", если решение включает более одного проекта.
Выберите «Перестроить решение», чтобы «очистить» решение, а затем собрать все файлы и компоненты проекта.
Выберите «Чистое решение», чтобы удалить все промежуточные и выходные файлы. Если остались только файлы проекта и компонентов, можно создать новые экземпляры промежуточных и выходных файлов.
Чтобы построить или перестроить один проект
В обозревателе решений выберите или откройте проект.
В строке меню выберите "Сборка", а затем выберите "Создать ProjectName" или "Перестроить ProjectName".
Выберите Build ProjectName, чтобы собрать только те компоненты проекта, которые изменились с момента последней сборки.
Выберите Rebuild ProjectName, чтобы "очистить" проект, а затем собрать файлы проекта и все компоненты проекта.
Для сборки только стартового проекта и его зависимостей
В строке меню выберите Инструменты > Параметры.
В диалоговом окне "Параметры" разверните узел "Проекты и решения", а затем выберите страницу "Сборка и запуск".
Откроется диалоговое окно "Сборка и запуск" > "Проекты и решения" > "Параметры".
Установите флажок Создавать только стартовые проекты и зависимости при запуске.
Если этот флажок установлен, только текущий стартовый проект и его зависимости создаются при выполнении любого из следующих шагов:
В строке меню выберите Отладка > Пуск (F5).
В строке меню выберите «Сборка» > «Создать решение» (Ctrl+Shift+B).
Если этот флажок снят, все проекты, их зависимости и файлы решений создаются при выполнении любой из предыдущих команд.
Для сборки только выбранного проекта Visual C++
Выберите проект C++, а затем в строке меню выберите "Сборка" > "Только проект" и одну из следующих команд:
Только сборка ProjectName
Только перестроить ProjectName
Только очистить ProjectName
Только ссылка ProjectName
Эти команды применяются только к выбранному вами проекту C++, без сборки, перестроения, очистки или связывания каких-либо зависимостей проекта или файлов решения.В зависимости от вашей версии Visual Studio подменю Project Only может содержать дополнительные команды.
Чтобы скомпилировать несколько элементов проекта C++
В обозревателе решений выберите несколько файлов с действиями, которые можно скомпилировать, откройте контекстное меню для одного из этих файлов и выберите «Компилировать» или нажмите Ctrl+F7.
Если файлы имеют зависимости, файлы будут скомпилированы в порядке зависимости. Операция компиляции завершится ошибкой, если файлы требуют предварительно скомпилированного заголовка, который недоступен при компиляции. Операция компиляции использует текущую активную конфигурацию решения.
Чтобы остановить сборку
Выполните одно из следующих действий:
В строке меню выберите "Сборка" > "Отмена".
ReSharper позволяет создавать решения поэтапно, используя несколько параллельных процессов. Вы можете использовать ReSharper Build в качестве замены собственного управления сборкой Visual Studio.
Обратите внимание, что ReSharper не заменяет MSBuild — ваши проекты по-прежнему собираются в обычном режиме. Разница в том, что проекты, которые не нуждаются в обновлении, не перестраиваются.
Запустить сборку ReSharper
По умолчанию сборка ReSharper отключена. Чтобы включить его, выполните одно из следующих действий:
Перейдите в Инструменты | Сборка ReSharper | Общая страница параметров ReSharper и выберите ReSharper Build в разделе Build Engine.
Откройте окно "Сборка и запуск" ( ReSharper | Windows | ReSharper Build ) и нажмите "Включить сборку ReSharper" .
Включенное/отключенное состояние ReSharper Build сохраняется в многоуровневых настройках, поэтому вы можете использовать его для каждого решения отдельно.
Когда ReSharper Build включен, существует несколько способов создания решения:
Используйте любую из команд сборки Visual Studio, например Build | Build Solution Ctrl+Shift+B — все эти команды и сочетания клавиш переопределяются ReSharper Build.
Нажмите «Сборка» или выберите другую команду сборки, доступную в раскрывающемся меню на панели инструментов окна ReSharper «Сборка и запуск».
Чтобы собрать, перестроить или очистить конкретный проект, щелкните его правой кнопкой мыши в окне "Сборка и запуск" и выберите соответствующую команду в контекстном меню.
ReSharper также предоставляет собственную реализацию средства восстановления NuGet, которое работает со всеми версиями Visual Studio. По умолчанию ReSharper обеспечивает восстановление всех связанных пакетов NuGet перед каждой сборкой, но вы можете отключить эту функцию, сняв соответствующий флажок в меню Инструменты | построить | Общая страница настроек ReSharper ( Alt+R, O ). Если автоматическое восстановление отключено, вы всегда можете запустить его вручную, щелкнув Восстановить пакеты NuGet на панели инструментов окна "Сборка и запуск".
Восстановитель NuGet записывает журнал в вывод, если он включен на этой странице параметров. Вы также можете настроить уровень сообщений журнала и просмотреть информацию журнала для восстановления в меню Инструменты | Страница параметров ReSharper NuGet Restorer ( Alt+R, O ).
Процесс сборки
При первом запуске ReSharper Build все проекты создаются с использованием нескольких параллельных процессов в соответствии с вашей конфигурацией. Все управление сборкой происходит вне процесса, поэтому Visual Studio продолжает реагировать во время выполнения сборки.
При следующей сборке решения ReSharper создает только те проекты, в которых были изменены поддерживаемые элементы сборки. Если изменение влияет на общедоступные типы, используемые в других проектах, зависимые проекты также перестраиваются.
Проекты, не затронутые изменениями, полностью пропускаются, включая всю дополнительную логику сборки. Если вы хотите выполнить события до и после сборки и/или цели BeforeBuild и AfterBuild MSBuild для пропущенных проектов, используйте соответствующие флажки в меню Инструменты | Сборка ReSharper | Общая страница параметров ReSharper ( Alt+R, O ).
ReSharper Build поддерживает граф зависимостей входных и выходных данных для задач, целей и проектов MSBuild и эффективно отслеживает изменения в файловой системе. Когда вы запускаете сборку, ReSharper Build уже знает, актуальны ли временные метки, без необходимости вызывать MSBuild: если временная метка актуальна, проект пропускается.
По умолчанию ReSharper Build использует ту же версию MSBuild, которая указана в настройках Visual Studio, и запускается в 6 процессах параллельно. При необходимости вы можете явно указать версию MSBuild и изменить количество процессов в меню Инструменты | Сборка ReSharper | Общая страница параметров ReSharper ( Alt+R, O ).
Процесс сборки и сводка отображаются в окне "Сборка и запуск":
Все проекты вашего решения визуализируются в виде сетки, каждый из которых имеет определенный цвет. Вы также можете навести указатель мыши на проект, чтобы отобразить всплывающую подсказку, объясняющую состояние. Цвета представляют состояния сборки проекта:
Темно-серый — проект очищен или никогда не строится.
Серый — проект не собирается по одной из двух причин: он исключен из сборки решения или вы запускаете сборку только для определенных проектов, а несвязанные проекты не собираются.
Голубой — проект был собран в предыдущем прогоне и не имеет изменений.
Синий — проект был собран в предыдущем прогоне и не имеет изменений; проекты, на которые он ссылается, имеют только частные изменения.
Зеленый — проект был изменен или в одном из зависимых проектов были публичные изменения, после чего он был успешно пересобран без предупреждений.
Желтый — проект был изменен или в одном из зависимых проектов были публичные изменения, после чего он был успешно пересобран с предупреждениями.
Красный — проект был изменен или в одном из зависимых проектов были общедоступные изменения, после чего сборка проекта завершилась неудачно.
Если вам нужно отменить текущую сборку, выберите ReSharper | построить | Отменить сборку в главном меню.
Анализ результатов сборки
После завершения сборки ReSharper отображает ошибки сборки (и, при необходимости, предупреждения) в окне "Результаты сборки".
По умолчанию результаты отображаются только при наличии ошибок сборки. При необходимости вы можете использовать Показать результаты сборки. селектор на Инструменты | Сборка ReSharper | Общая страница параметров ReSharper для отображения результатов с предупреждениями, отображения результатов всегда или никогда.
В окне "Результаты сборки" можно дополнительно изучить выходные данные сборки одним из следующих способов:
Выберите удобный способ группировки результатов, используя один из нескольких вариантов в селекторе «Группировать по».
При наличии ошибок сборки в окне отображаются только эти ошибки. Если вы также хотите видеть предупреждения о компиляции, нажмите «Показать предупреждения» на панели инструментов.
Используйте кнопки «Назад/Далее» или сочетания клавиш Shift+F8/F8 для перехода между сообщениями сборки.
Чтобы просмотреть код, вызвавший ошибку или предупреждение, нажмите «Показать предварительный просмотр» или нажмите Ctrl+P . На панели предварительного просмотра, которая может располагаться слева или внизу окна, ошибки и предупреждения выделяются красной или синей волнистой линией.
Дважды щелкните любую ошибку или предупреждение, чтобы перейти к соответствующей строке кода в редакторе.
Настроить сборку ReSharper
Вы можете настроить сборку ReSharper на страницах параметров ReSharper в разделе ReSharper | Опции | Инструменты | Сборка ReSharper .
Вы можете отключить конструктор решений ReSharper, сняв флажок ReSharper Build на странице Environment | Страница «Продукты и возможности» параметров ReSharper ( Alt+R, O ).
Ваши настройки конфигурации сборки сохраняются с помощью механизма настроек на основе слоев. Помимо прочего, этот механизм позволяет вам поддерживать разные настройки для разных решений, а также хранить эти настройки в системе контроля версий и автоматически делиться ими с членами вашей команды.
Исключить элементы из сборки
Если вам не нужно создавать некоторые проекты при создании решения, вы можете исключить их, чтобы сократить время сборки. Для этого перейдите в Инструменты | Сборка ReSharper | Страница эвристики параметров ReSharper и отметьте проекты или папки решений, которые вы хотите исключить, в разделе «Проекты, которые никогда не следует создавать». Вы можете использовать окно поиска в этом разделе, чтобы отфильтровать дерево решений и показать только соответствующие элементы.
Обратите внимание, что вы не сможете создавать исключенные элементы, даже если вы вызовете команду "Создать" для этих элементов в обозревателе решений.
Исключение проекта означает, что он не будет перестроен, даже если исходные файлы устарели или в указанный проект внесены изменения общедоступного API. Это довольно радикально и может привести к неуловимым ошибкам компиляции, но может быть полезно для временного исключения проекта, который медленно компилируется и не используется в вашей текущей задаче разработки. Это похоже на выгрузку проекта в Visual Studio, чтобы он не компилировался, но исходные файлы по-прежнему доступны ReSharper для навигации и рефакторинга. Мы рекомендуем повторно включить и перестроить перед передачей в систему управления версиями или использовать анализ всего решения, чтобы отображать ошибки компиляции по мере ввода.
Вы можете добавить проект в список "всегда создавать" или "никогда не создавать", щелкнув этот проект правой кнопкой мыши в окне "Сборка и выполнение" и выбрав соответствующий пункт в контекстном меню в разделе "Эвристика сборки".
Принудительное создание конкретных проектов
ReSharper Build не собирает проекты, если они были успешно собраны ранее и после них не было никаких изменений. Если вам нужно собрать какие-то проекты независимо от изменений в них, вы можете принудительно собрать их. Для этого отметьте проекты или папки решений, которые вы хотите принудительно собрать, в разделе Проекты, которые всегда следует создавать. Вы можете использовать окно поиска в этом разделе, чтобы отфильтровать дерево решений и показать только соответствующие элементы.
Пометка проекта как «всегда строить» указывает ReSharper Build никогда не применять эвристику к этому проекту, а всегда передавать его в MSBuild. Это не означает, что проект всегда будет пересобираться и перекомпилироваться, но означает, что всегда вызывается MSBuild — MSBuild по-прежнему будет проверять временные метки и может выполнять добавочную сборку. Это полезно для проектов, в которых есть настраиваемые шаги сборки, которые ReSharper Build не может отслеживать (хотя было бы лучше переписать настраиваемые шаги сборки как правильные цели MSBuild, поддерживающие добавочную сборку).
Настройки визуализации
По умолчанию при запуске сборки ReSharper открывается окно "Сборка и запуск", а ход сборки также отображается в строке состояния Visual Studio. При необходимости вы можете настроить это поведение в меню Инструменты | Сборка ReSharper | Общая страница параметров ReSharper.
Поддерживаемые элементы сборки
При оценке изменений в ранее построенном проекте, чтобы решить, следует ли его перестраивать, ReSharper проверяет элементы сборки наиболее распространенных типов элементов MSBuild:
"ApplicationDefinition", "Страница", "Компиляция", "Содержимое", "EmbeddedResource", "Ресурс", "SplashScreen", "XamlAppDef", "EntityDeploy", "DesignDataWithDesignTimeCreatableTypes", "DesignData"
Изменения в элементах сборки типа None и других типов, не перечисленных выше, по умолчанию игнорируются. Если сборка вашего проекта зависит от других настраиваемых типов элементов сборки, имена этих типов должны быть зарегистрированы с помощью AvailableItemName в файле .csproj / .vbproj, например:
Поддерживаемые типы проектов и ограничения ReSharper Build
Проекты, отличные от MSBuild . ReSharper Build не может работать с типами проектов, не основанными на MSBuild. Сюда входят веб-сайты (проекты на основе папок, а не веб-приложения MVC), приложения WinJS и приложения DNX. Если в вашем решении есть проекты этих типов, вся сборка решения вернется к стандартному процессу сборки MSBuild.
Индивидуальные этапы сборки . Как правило, пользовательские шаги сборки (включая шаги до и после сборки в проектах C++) эквивалентны вызову пакетного файла с выполнением нескольких командных строк, например, для копирования файлов в выходной каталог. Это черный ящик для ReSharper Build — он не знает, что происходит на этапе пользовательской сборки, поэтому не может отслеживать ввод и вывод. Кроме того, если проект пропущен, этап сборки не запускается, что может вызвать проблемы со сборкой (это основная причина, по которой ReSharper Build отключен по умолчанию).
Однако пользовательские цели и задачи MSBuild БУДУТ работать с ReSharper Build, если они поддерживают добавочное построение со списком входных и выходных данных, которые можно отслеживать на предмет изменений меток времени. Настоятельно рекомендуется преобразовывать наивный пользовательский шаг сборки в настраиваемые цели, чтобы получить хорошие результаты с помощью ReSharper Build.
Если пользовательский шаг сборки нельзя заменить, проект можно добавить в список проектов, которые должны «всегда собираться», без применения эвристики, то есть они всегда передаются в MSBuild, и стандартный процесс добавочной сборки MSBuild будет бегать. Это можно настроить в меню Инструменты | Сборка ReSharper | Страница эвристики параметров ReSharper.
Читайте также: