Visual Studio: più comandi di post-compilazione?

Visual Studio 2008 mi consente di dichiarare un comando e collegarlo all'evento di post-compilazione per un progetto. Come molti sviluppatori, lo uso regolarmente per copiare i file nella directory di output dell'applicazione.

Sto lavorando a un progetto in cui ho bisogno di copiare file da due luoghi diversi a due destinazioni diverse, il tutto all'interno di un unico progetto. In altre parole, ho bisogno di richiamare due diversi comandi xcopy dallo stesso evento di post-compilazione. Sembra che l'evento post-build richiederà solo un singolo comando e che se ho bisogno di invocare più comandi, dovrò mettere i comandi in un file * .bat e chiamarlo dall'evento post-build.

È corretto o esiste un modo più semplice per richiamare due comandi dall'evento di post-compilazione? Grazie in anticipo per il vostro aiuto.

Puoi digitare tutti i comandi di post build che desideri. Separali semplicemente con le nuove righe.

Ecco un esempio tratto da uno dei miei progetti.

Importante: quando si esegue un file batch, è necessario utilizzare l'istruzione "call" per eseguire le seguenti righe. Se non usi "call", l'esecuzione va nel .bat e non ritorna alle righe seguenti. Come nel prompt del DOS.

per esempio:

call MyBatch1.bat
call MyBatch2.bat

C'è un'altra opzione: puoi separare i comandi con &&. Per esempio

copy $(TargetPath) d:\folder1 && copy $(TargetPath) d:\folder2

Non è esattamente la stessa cosa che separare con le nuove righe: con &&, se il comando precedente è fallito, il comando successivo non verrà eseguito.

Separare per newline è più facile da leggere, quindi dovresti preferirlo. Tuttavia so almeno un caso in cui &&è utile. È lo scenario in cui si utilizzano le finestre delle proprietà per avere diversi passaggi di post-compilazione su macchine diverse. VS 2008 non consente l'impostazione di PostBuildStep direttamente nelle finestre delle proprietà, ma è possibile aggiungere una macro utente con il comando e richiamarla dalle impostazioni del progetto principale. Una macro è una riga singola, quindi puoi usare &&per avere più comandi lì.

Ogni comando dovrebbe trovarsi su una riga separata. Quello che ho scoperto è che se si verifica un errore durante l'esecuzione di uno di quei comandi, l'intero post-build fallisce e quindi dovrai provare ogni comando post-build uno alla volta per eseguire il debug.

Separando i comandi con & o && o; non funziona in VS2017. Non posso credere che una funzionalità così semplice non sia disponibile in VS2017. Visual Studio tenta di eseguire l'intero testo nella finestra dell'evento di post compilazione come una stringa. L'unica opzione per me ora è creare uno script batch che non mi piace particolarmente.

Aggiungendo al womp 's risposta :

Se hai più finestre delle proprietà con qualcosa da fare sullo stesso evento di build, puoi fare quanto segue per concatenare i comandi:

%(Command)
echo foo

dove si %(Command)espande al valore precedente del comando.

Personalmente lo faccio per tutti gli eventi di compilazione, anche se al momento non ho comandi ereditati, perché questo assicura che non ci saranno problemi se aggiungo successivamente i fogli delle proprietà.

In Visual Studio 2017 puoi eseguire questa operazione:

<PostBuildEvent>
    <Command>
        copy $(TargetPath) $(SolutionDIr)\bin1
        copy $(TargetPath) $(SolutionDIr)\bin2
    </Command>
</PostBuildEvent>

L'approccio suggerito da womp funziona in Visual Studio 2015/2017 (Windows), ma non funziona in Visual Studio per Mac (Anteprima), che sembra eseguire solo il primo dei comandi. L'unico approccio che ho trovato funzionante nelle versioni Mac e Windows di Visual Studio è stato il concatenamento di 2 comandi di MSBuild:

<Target Name="AfterResolveReferences">
<Exec Command="path\MyFirstCommand.exe -parameters" />
</Target>
<Target Name="MySecondCommand" AfterTargets="AfterResolveReferences" >
<Exec Command="path\MySecondCommand.exe -parameters" />
</Target>

L'esempio precedente utilizza l'evento "AfterResolveReferences" ma dovrebbe ovviamente funzionare anche per l'evento PostBuild.

Non esiste una buona soluzione a questo problema. L'idea della chiamata provoca l'esecuzione di altri script. Ho notato che il rilevamento degli errori non funzionerà. Metti 'exit / b 1' in FailMe.cmd Usa 'call FailMe.cmd' nei passaggi successivi alla compilazione. Hai notato che la build non fallisce? Sto usando VS 2017 per creare un progetto C #. Ora provalo con "FailMe.cmd" La build ora segnala un errore.

Quindi potresti stare meglio usando un solo script, se la segnalazione degli errori è importante.

Basta aggiungere il prefisso "call" allo script batch. In modo che le istruzioni sotto lo script batch vengano eseguite anche dopo aver restituito la chiamata dallo script batch.

call Script1.cmd
call Script2.bat