2

ソース管理のプロジェクトがあります:

$/Project/Trunk/Project.sln

ほとんどのプロジェクトはトランクの下に住んでいます

$/Project/Trunk/Website
$/Project/Trunk/BLL
etc.

問題は、それらがすべてに格納されているDLLを参照していることです。

$/Project/Common

ビルドエージェントを使用してビルドしようとすると、$/CommonフォルダーにDLLが見つからないというエラーが表示されます。

ビルドエージェントマシンでVSを実行し、$ / Project/Commonフォルダーで最新の取得を実行しました。また、$ / Project /の最新情報を入手し、ビルドエージェントマシンで問題なく自分でビルドすることができました。

$/Project/Commonビルド中にビルドエージェントにフォルダー(またはマップ先)を調べるように説得するにはどうすればよいD:\Source\Project\Commonですか?

これは、これらのDLL参照がブランチの下を指す必要があるという事実を強調していますが、ビジネス要件のために1か月ほど構造を変更することはできません(現時点では機能しますが、自動ビルドは優れていますが、そうではありません)重要です。今後のリリースを公開すること重要です)ので、提案をいただければ幸いです。

4

1 に答える 1

2

ビルド定義のワークスペースを使用して、プロジェクト/共通フォルダーがマップされる場所を変更します。ビルドログ(ビルド定義の[プロセス]タブにあります)の詳細度を[詳細]や[診断]などに変更して、TFSビルドの実行中にファイルがディスクに配置される場所のリストを取得する必要があります。次に、そこから、ワークスペースのマッピングを変更して、ファイルをディスクに正しく出力する方法を理解できます。

于 2010-11-15T20:34:05.203 に答える