Zdarzenia kompilacji programu Visual Studio utknęły w oczekiwaniu na zakończenie pliku wykonywalnego przed uruchomieniem aplikacji w trybie debugowania.

Question

Częścią postu opartego na moim projekcie jest wykonanie napisanego przeze mnie programu do testowania głównej aplikacji. Niestety, proces budowania postów w visual studio blokuje oczekiwanie na wyjście pliku wykonywalnego. Tak więc utknąłem, zamykając mój program testowy, aby zakończyć proces tworzenia postów i uruchomić moją aplikację. Jak mogę to zmienić, aby VS nie czekał na powrót programu przed uruchomieniem? Dzięki.

Answer 1

Uruchomienie programu testowego przez start może działać. Zmień swój krok po kompilacji z tego:

runtest.exe 

do tego:

start runtest.exe 

Answer 2

Wow, wydaje VS jest bardzo uparty o tym.

Możesz użyć tego małego tool, który może uruchamiać aplikacje bez pokazywania okien cmd (między innymi). W wydarzeniu post produkcji:

c:\path\to\cmdow /run app.exe 

Answer 3

Jeśli wykorzystują cruise control dla Twojego buduje, można umieścić to w sekcji wydawców, która pozwala budować, aby zakończyć przed uruchomieniem zadania wydawcy.

Dodatkowo, budowanie custom msbuild task jest dość banalne, jeśli wiesz, jak rozpracować proces w .net, to jest to naprawdę proste w msbuild. Aby to zrobić, możesz edytować plik .csproj lub skrypt kompilacji .proj, aby użyć tego niestandardowego zadania.

using System; 
using Microsoft.Build.Framework; 
using Microsoft.Build.Utilities; 

namespace MyTasks 
{ 
public class SimpleTask : Task 
{ 
    public override bool Execute() 
    { 
//something involving Process.Start 
     return true; 
    } 
} 
} 

Następnie w swoim skrypcie kompilacji lub pliku csproj dodajesz użycie utworzonego zadania i wywołujesz je.

Answer 4

To wydaje się być znany problem z VS 2010 (np here i here) i wydaje się, że nie zostanie ustalona że wkrótce.

Odnośnie ewentualnego obejścia, podobnego do wspomnianego przez @RichieHindle, jednej z osób MS Connect, proponuje:

START /WAIT cmd /c YourPostBuildTool.exe 

Answer 5

wysłał łatkę do MSBuild Extension Pakiet, który implementuje własne zadanie MSBuild nazwie SmartExec że działa wokół tego problemu.

http://msbuildextensionpack.codeplex.com/workitem/9053
http://msbuildextensionpack.codeplex.com/SourceControl/list/patches
patch Id 9878

Answer 6

Uważam również, że start sztuczka nie działa i pobierania odrębnego narzędzia, aby zakończyć takie proste zadanie wydawało się nadmierne. Po kilku dodatkowych poszukiwaniach znalazłem this SO post, który dał odpowiedź, która działała dla moich potrzeb.

Wystarczy zastąpić <actual-command-line-to-run> swoim poleceniem. Pamiętaj o podaniu pełnej ścieżki do pliku wykonywalnego i enkapsulacji go w "cudzysłowie", jeśli na twojej ścieżce znajdują się spacje.

powershell start-process <actual-command-line-to-run> 

Answer 7

Spędziłem znaczną ilość czasu, próbując to zrozumieć. Musisz umieścić "cmd" jako pierwszą linię wydarzenia po kompilacji.

Przykładem może wyglądać następująco:

cmd 
xcopy /Y $(ProjectDir)$(OutputDir)* C:\SomePath\*