J'ai un workflow Templates 2013 build xaml, qui appelle l'activité Microsoft.TeamFoundation.Build.Workflow.Activities.MSBuild une fois pour chaque solution que je veux créer. Lorsque msbuild.exe est appelé, son répertoire de travail est le répertoire de travail de la solution en cours de construction. Je peux le voir à travers la propriété 'MSBuildStartupDirectory' lors de l'exécution de msbuild avec une verbosité 'diagnostic'.Comment modifier le répertoire de travail msbuild dans le flux de travail TFS 2013
Malheureusement, j'ai besoin du fonctionnement de msbuild.exe pour être ailleurs quand msbuild.exe démarre. C'est parce que j'utilise le runner MSBuild SonarQube qui impose des contraintes sur le répertoire à partir duquel msbuild est appelé.
J'ai regardé l'activité 'msbuild' et il n'y a aucun moyen de contrôler le répertoire de travail. Existe-t-il un autre moyen de contrôler le répertoire de travail de cette activité?
Bonne suggestion pour le CMD. Mais si je dois passer par le chemin de la modification du workflow, je préfère remplacer beaucoup d'activités par un appel à un script powershell qui ferait tout (démarrer runner sonarQube, compiler, tester, arrêter le runner SonarQube). Cela simplifierait le flux de travail et mettrait la plus grande partie de la logique de construction dans mon script PowerShell. Je n'y suis pas encore mais je le considère sérieusement. – mabead
Nous avons toujours évité de modifier les modèles de processus de construction, de sorte que nous n'avions pas à les «posséder» à long terme. Nous avons été en mesure d'utiliser MSBuild ou les scripts Pre/Post-build pour étendre les builds TFS avec succès. – chief7