Как запускать события пост-сборки Visual Studio только для отладочной сборки

Как я могу ограничить запуск событий после сборки только для одного типа сборки?

Я использую события для копирования файлов DLL в локальный виртуальный каталог IIS, но я не хочу, чтобы это происходило на сервере сборки в режиме выпуска.

События до и после сборки запускаются как пакетный скрипт. Вы можете сделать условное заявление о $(ConfigurationName).

Например

if $(ConfigurationName) == Debug xcopy something somewhere

К вашему сведению, вам не нужно использовать goto. Команду shell IF можно использовать с круглыми скобками:

if $(ConfigurationName) == Debug (
  copy "$(TargetDir)myapp.dll" "c:\delivery\bin" /y
  copy "$(TargetDir)myapp.dll.config" "c:\delivery\bin" /y
) ELSE (
  echo "why, Microsoft, why".
)

Добавьте ваше событие пост сборки, как обычно. Затем сохраните ваш проект, откройте его в блокноте (или в вашем любимом редакторе) и добавьте условие в группу свойств PostBuildEvent. Вот пример:

<PropertyGroup Condition=" '$(Configuration)' == 'Debug' ">
    <PostBuildEvent>start gpedit</PostBuildEvent>
</PropertyGroup>

В качестве альтернативы (поскольку события помещаются в пакетный файл, а затем вызываются), используйте следующее (в окне событий Build, а не в пакетном файле):

if $(ConfigurationName) == Debug goto :debug

:release
signtool.exe ....
xcopy ...

goto :exit

:debug
' Debug items in here

:exit

Таким образом, вы можете иметь события для любой конфигурации и по-прежнему управлять ими с помощью макросов, а не передавать их в пакетный файл, помните, что %1это так $(OutputPath)и т. Д.

Visual Studio 2015: правильный синтаксис (оставьте его в одной строке):

if "$(ConfigurationName)"=="My Debug CFG" ( xcopy "$(TargetDir)test1.tmp" "$(TargetDir)test.xml" /y) else ( xcopy "$(TargetDir)test2.tmp" "$(TargetDir)test.xml" /y)

Нет ошибки 255 здесь.

Начиная с Visual Studio 2019, современный .csprojформат поддерживает добавление условия непосредственно к Targetэлементу:

<Target Name="PostBuild" AfterTargets="PostBuildEvent" Condition="'$(Configuration)' == 'Debug'">
    <Exec Command="nswag run nswag.json" />
</Target>

Пользовательский интерфейс не предоставляет способ настроить это, но он, кажется, безопасно оставить Configurationатрибут на месте, если вы вносите изменения через пользовательский интерфейс.

Вы можете передать имя конфигурации скрипту после сборки и проверить его там, чтобы увидеть, должен ли он работать.

Передайте имя конфигурации с помощью $(ConfigurationName).

Проверка основана на том, как вы реализуете шаг после сборки - это будет аргумент командной строки.

Это работает для меня в Visual Studio 2015.

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

Используя относительный путь из моего каталога проекта и поднимаясь по структуре папок в два шага с помощью .. \ .. \ lib

MySolutionFolder
.... MyProject
Lib

if $(ConfigurationName) == Debug (
xcopy /Y "$(ProjectDir)..\..\lib\*.dll" "$(TargetDir)"
) ELSE (echo "Not Debug mode, no file copy from lib")

Как и любой параметр проекта, builddevents могут быть настроены для каждой конфигурации. Просто выберите конфигурацию, которую вы хотите изменить, в раскрывающемся окне диалога «Страницы свойств» и отредактируйте шаг после сборки.

В Visual Studio 2012 вы должны использовать (я думаю, в Visual Studio 2010 тоже)

if $(Configuration) == Debug xcopy

$(ConfigurationName) был указан как макрос, но не был назначен.

Сравните: макросы для команд и свойств сборки