開発者のマシンでは成功しているが、TFS のビルド マシンでは失敗しているユニット テストがいくつかあります。これらのテストは、さまざまな理由で失敗しています。ビルド マシンへのアクセスは非常に限られています。しかし、ドロップ フォルダーを調べて、デプロイされた DLL ファイルなどを確認できました。
また、pdb ファイルがビルド マシンにデプロイされていることもわかります。
ビルドマシンでのみ失敗する理由について、コードをデバッグしてステップスルーする方法はありますか?
質問する
2713 次
2 に答える
4
ビルドマシンでのみ失敗する理由について、コードをデバッグしてステップスルーする方法はありますか?
はい、ビルド マシン上のプロセスにアタッチできます...ただし、ビルド マシンにログインし、VS のインスタンスをサーバー上で実行し、スレッドにアタッチするための管理者権限を持っている必要があります...
管理者がサーバーをリモート デバッグに開放する意思がある場合にも、それを行うことができます。しかし、それは単にサーバーへのアクセスを許可するだけでなく、より多くのセキュリティ リスクをもたらすため、このオプションが実行可能である可能性は低いです。
だからあなたにとっていいえ。失敗が何であるかを見て、それが起こる原因を突き止める必要があります。次に、それを修正することができます。
于 2012-12-28T18:41:42.297 に答える
-1
バッチ ファイルを使用して msbuild を実行してみると、コンソールでプロセス全体の進行状況を確認できます。ここにあなたのためのいくつかのスターターコードがあります:
ECHO Starting Build
:: Change to MSBuild Directory
CD C:\Windows\Microsoft.NET\Framework\v4.0.30319
PAUSE
:: READY TO RUN?
ECHO READY TO RUN...
MSBuild.exe "C:\Users\PATH TO YOUR PROJECT HERE\.csproj" /t:MsDeployPublish /p:MsDeployServiceUrl=https://DOMAINHERE.com:8172/msdeploy.axd;DeployIisAppPath="IIS SITE NAME HERE";username=USERNAME;password=PASSWORD;AllowUntrustedCertificate=True;Configuration=Release
:: Outputs tons of network information into the command prompt
ECHO All done.
PAUSE
キャップが設定されている場所はどこでも.batファイルを保存してダブルクリックすると、コンソールですべてを追跡できます。
于 2012-12-28T18:37:22.620 に答える