2011-01-07 13 views
3

TFS 2010ビルド定義では、CLEAN WORKSPACE = ALLという設定を使用すると、TFSエージェントマシンのディレクトリ(c:\ builds \ Binaries)が削除されます。ビルド自体は成功しますが、その出力は指定されたドロップ位置にドロップされません。 (エラー: "TF270003:コピーできませんでした。ソースディレクトリc:\ builds \ Binariesが存在し、適切な権限を持っていることを確認してください")TFS 2010ビルドは成功しますが、出力フォルダにビルドをドロップできません

c:\ builds \ Binariesディレクトリを最初に再作成した後、私はCLEAN WORKSPACE = NONEを設定しますが、ビルドは引き続き正常に実行され、ドロップエラーは発生しません。ただし、DropBuild = Trueを設定してもビルド出力はありません。

なぜCLEAN WORKSPACE設定は、ディレクトリを再作成せずに削除するのですか?ビルドエージェントでこのディレクトリを再作成するために別の設定が使用されていますか? CLEAN WORKSPACE = NONEを使用することには欠点がありますか?そして、CLEAN WORKSPACE = NONEを使用してビルドが成功した場合、DropBuild = Trueの場合でもビルドが出力場所にドロップされない理由は何ですか? (ビルドログが正常にこの場所にドロップしないことに注意してください。)何も今までCに配置されていない

:\が成功ビルド中\バイナリを構築し、私はそのディレクトリに皆のための完全な権限を開いたにも関わらず、ビルドエージェントサーバー。

すべてのアイデアをいただければ幸いです。

答えて

0

私は今日同じ問題を抱えていました。私はDefaultTemplateのワークフローを変更しました。現在は動作しています。私がしたこと:

  1. DefaultTemplateからすべてのBinariesDirectoryパラメータを削除しました。 GetImpactedTests活動
2

ため

  • 更新FindMatchingFiles活動のためのMatchPatternパラメータ
  • 更新BinariesRootパラメータ「プロセス」の下にパス「を構築するためのプロジェクト」ワークスペース「の「ソース管理フォルダ」と異なっているとき、私は同様の問題が発生します" セクション。

    パスが一致したことを確認するためにパスを変更するとすぐに問題が消えます。

  • +0

    [額に手の平] duh !!! – bytebender

    関連する問題