Visual Studio добавляет событие предварительной сборки, которое всегда запускается (проект C#)

Question

В моем проекте я запускаю внешний инструмент для обновления некоторых двоичных файлов. Эти файлы включены в проект как «контент».

В настоящий момент инструмент запускается во время «события предварительной сборки» в свойствах проекта C#. К сожалению, это событие выполняется только в том случае, если проект устарел, а это не то, что мне нужно.

Я работаю над этим, всегда используя «rebuild» вместо «build» на моем проекте, но это утомительно и медленно.

Мне нужно выполнить этот инструмент всегда, независимо от того, является ли проект актуальным или нет. На самом деле, даже до того, как MSBuild даже определяет, является ли проект актуальным, поскольку инструмент изменяет некоторые файлы, включенные в проект, поэтому влияет на актуальный результат проверки.

Есть ли правильный способ сделать это?

Answer 1

Вот решение. Определите это свойство в файле проекта:

<DisableFastUpToDateCheck>true</DisableFastUpToDateCheck> 

PreBuildStep будет выполняться каждый раз, независимо от того, является ли проект или не в курсе.

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

Answer 2

В проектном уровне, у вас есть три варианта:

1) Предварительная сборка целевого действия

<PropertyGroup> 
    <PreBuildEvent>notepad.exe Foo.txt</PreBuildEvent> 
</PropertyGroup> 

2) нормальный BeforeBuild

<Target Name="BeforeBuild"> 
    <Exec Command="notepad.exe Foo.txt" /> 
</Target> 

3) "привязываются" к «Построить «цель (как предложено stijn)

<Target Name="BeforeBuild2" BeforeTargets="Build"> 
    <Exec Command="notepad.exe Foo.txt" /> 
</Target> 

На самом деле это решение (в случае сборки) не будет работать, потому что DependsOnTargets выполнено ДО BeforeTargets. И именно в DependsOnTargets реальная (CoreBuild) сидит :) Вот почему они изобрели «BeforeBuild» цель;)

В обоих случаях VS проверить, если что-то изменения (файлы до-to Дата). Почему вы хотите запустить внешнюю программу, если ничего не изменилось? Если эта программа работает с файлом (например, «content»), msbuild и VS должны обнаруживать файлы как устаревшие и строить процессы.

---

К сожалению, IDE (Visual Studio) имеет собственный метод работы с проектами msbuild. Основной механизм один и тот же, но когда выясняется, какой проект построен или нет, или в каком порядке ... VS действуют тотально разные.

Вы можете использовать внешний инструмент и запустить «msbuild» против своего решения или проекта. Это также скомпилирует «правильный путь», а бинарные файлы будут разными, но у вас будут все возможности и возможности MsBuild