So ermitteln Sie, ob MSBUILD-Argumente für die TFS-Builddefinition ausgeführt wurden

Question

Ich verwende den Team Foundation Service 2012 mit einem Build-Controller, der intern gehostet wird, sodass ich Apps auf unseren Webservern bereitstellen kann. Ich habe die Build-Definition eingerichtet und verwende die Debug-Konfiguration und habe die folgenden MSBUILD-Argumente angegeben.

/p:DeployOnBuild=true /p:DeployTarget=MSDeployPublish /p:MSDeployPublishMethod=WMSVC /p:MSDeployServiceUrl=https://myserversname:8172/msdeploy.axd /p:AllowUntrustedCertificate=true /p:DeployIisAppPath="somesite.ourdomain.com" /p:Username=na\svc-users /p:Password=PASS /p:VisualStudioVersion=11.0 

Die Lösung baut sich gut, ich bekomme keine Warnungen oder Fehler. Wenn ich meinen Deployment Server gehe, ist die Anwendung leer. Ich habe die Berechtigungen für den Webanwendungsordner und den Inetsrv-Ordner eingerichtet. Ich habe auch Web Deploy installiert/konfiguriert. Wenn keine Fehler zurückgegeben werden, wie kann ich feststellen, was mit meiner Bereitstellung nicht funktioniert? Ich habe bereits die Ereignisprotokolle auf dem Build-Server und dem Deployment-Server überprüft und keine Fehler oder Warnungen. Ich kann auch von meiner Dev-Maschine veröffentlichen und es funktioniert perfekt mit den gleichen Parametern.

Answer 1

Kopieren Sie diese zwei Ordner und dessen Inhalt, von der Entwicklungsumgebung auf den Build-Server:

C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\Web 
C:\Program Files (x86)\MSBuild\Microsoft\VisualStudio\v11.0\WebApplications 

Diese Ordner sind eine Abhängigkeit, die durch die Veröffentlichung durch Visual Studio verursacht wird 2012. Diese Abhängigkeit in der verwiesen wird, .sln-Datei.

Leider bedeutet dies, Web-Bereitstellung schlägt im Hintergrund fehl.

Alternativ könnten Sie Visual Studio auf dem Build-Server installieren, aber das wäre eine Verschwendung einer Lizenz.