Visual Studio dodaje zdarzenie pre-build, które zawsze działa (projekt C#)

Question

W moim projekcie używam zewnętrznego narzędzia do aktualizacji niektórych plików binarnych. Pliki te są zawarte w projekcie jako "treść".

W tej chwili narzędzie jest uruchamiane podczas "zdarzenia poprzedzającego kompilację" we właściwościach projektu C#. Niestety to zdarzenie jest wykonywane tylko wtedy, gdy projekt jest nieaktualny, co nie jest tym, czego potrzebuję.

Pracuję nad tym, zawsze używając "przebuduj" zamiast "kompilacji" w moim projekcie, ale jest to nużące i powolne.

Muszę wykonać to narzędzie zawsze, niezależnie od tego, czy projekt jest, czy nie jest aktualny. W rzeczywistości nawet zanim MSBuild zdecyduje, czy projekt jest aktualny, narzędzie modyfikuje niektóre pliki zawarte w projekcie, wpływając tym samym na aktualny wynik kontroli.

Czy jest to właściwy sposób?

Answer 1

Oto rozwiązanie. Zdefiniować tę właściwość w pliku projektu:

<DisableFastUpToDateCheck>true</DisableFastUpToDateCheck> 

PreBuildStep następnie wykonać za każdym razem, niezależnie od tego, czy projekt jest lub nie jest aktualne.

Wygląda na to, że Visual Studio omija normalne i aktualne kontrole MSBuild i używa niestandardowego sprawdzenia, które jest szybsze, ale ma efekt uboczny zrywania niestandardowych celów kompilacji.

Answer 2

Na poziomie projektu, masz trzy opcje:

1) Pre-build cel działania

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

2) normalny BeforeBuild

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

3) "przywiązany" do „Build "target (jak sugeruje stijn)

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

W rzeczywistości to rozwiązanie (w przypadku kompilacji) nie będzie działać, ponieważ DependsOnTargets jest wykonywane PRZED BeforeTargets. A dokładnie w DependsOnTargets prawdziwy (CoreBuild) siedzi :) Dlatego wymyślono cel „BeforeBuild”;)

W obu przypadkach VS sprawdzić, czy coś się zmiany (pliki są up-to- data). Dlaczego chcesz uruchomić zewnętrzny program, jeśli nic się nie zmieni? Jeśli ten program działa na plik (np. "Content"), msbuild i VS powinny wykrywać pliki jako nieaktualne i budować proces.

---

Niestety IDE (Visual Studio) ma własną metodę radzenia sobie z projektami msbuild. Główny mechanizm jest taki sam, ale kiedy dochodzi do ustalenia, jaki projekt zbudować, czy nie, lub w jakiej kolejności ... VS działają totalny inaczej.

Możesz użyć narzędzia zewnętrznego i uruchomić "msbuild" na swoim rozwiązaniu lub projekcie. To również skompiluje "właściwą drogę", a pliki binarne nie będą się różnić, ale będziesz miał pełne możliwości i potencjały MsBuild