2013-03-26 10 views
6

Team Foundation Service 2012を使用しており、ビルドコントローラが内部でホストされているため、Webサーバーにアプリケーションを展開できます。ビルド定義をセットアップし、私のデバッグ構成を使用していて、次のMSBUILD引数を提供しました。TFSビルド定義に対してMSBUILD引数が実行されたかどうかを判断する方法

/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 

解決策はうまくいきますが、警告もエラーもありません。デプロイメントサーバーに移動すると、アプリケーションは空になります。私は、Webアプリケーションフォルダとinetsrvフォルダへのアクセス許可を設定しました。私はまた、Webデプロイメントをインストール/設定しました。何らかのエラーが返ってこない場合は、私の展開で何がうまくいかないのかをどのように伝えることができますか?私は既にビルドサーバーとデプロイメントサーバーの両方でイベントログをチェックしており、エラーも警告もありません。私はまた、私の開発マシンからパブリッシュを行うことができますし、まったく同じパラメータで完全に動作します。

+0

ビルドログを確認しますか? –

+0

ビルドログにはエラーも警告もありません。それが私にはとても難解です。 – ios85

+1

MSBUILDログには何もありませんか?おそらく冗長モードで実行しますか? –

答えて

5

は、開発環境からビルドサーバーに、これらの2つのフォルダをコピーし、その内容:

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

これらのフォルダは、Visual Studio 2012年を通じてこの依存関係を公開することによって引き起こされ、依存関係がで参照されています.slnファイル。

残念ながら、これはWebデプロイメントがサイレントモードで失敗していることを意味します。

また、ビルドサーバーにVisual Studioをインストールすることもできますが、これはライセンスの無駄です。

+2

ありがとうございました!私はあなたが3月にこれに答えたことを知っていますが、あなたの答えは私に関連する問題を助けました:http://stackoverflow.com/questions/19715631/tfs-web-deploy-doesnt-execute-via-build-but-executes-locally/19728936 #19728936 – SeanKilleen