TFS 2015アップデート2、リリース管理フレームワーク。サーバー定義では、このサーバーがまっすぐなUNCを介して、またはリリース管理サーバー（RMS）へのHTTP（S）を介してドロップ位置にアクセスする必要があるかどうかのフラグがあります。質問：どの組込みアクション/ツールがこの設定を認識していますか？ 「XCopy Deployer」ツールとそれに基づく「ファイルまたはフォルダのコピー」アクションは、その設定を尊重しません。ソースUNCパスからxcopyを直接試みます。TFSリリースのサーバ経由でのアクセスドロップ位置
ドロップ位置を示す唯一のUIはカスタムコンポーネント作成UIです。
「HTTP経由でリリース管理サーバー経由で」オプションを使用する場合、サービスアカウントにRMがインストールされていることが重要です。ドロップ先の変更権限があります。
エージェントベースのフローでは、我々は「サーバーのドロップを構築」をサポートしていませんと一緒に「RM上のHTTPを経由して、ドロップ」：あなたはサーバーのオプションを使用する場合 が、これは仕様によるものです。
これらのオプションを使用する場合は、両方をサポートするvNextワークフローを使用できます。
これは理想的にはxcopyで動作するはずです。
私にメール[email protected]物事はまだ動作しない場合をドロップしてください...
のすべての組み込みアクションこの設定で動作します。そのため、カスタム展開ツールを使用してください。次のように
それが動作する方法は次のとおりです。
（直接、UNCから）正常な行動エージェントは、マシン上の一時的な場所にファイルをステージングするために、直接ドロップ位置に手を差し伸べるしていますエージェントが実行されます。私が間違っていない場合、このフォルダは通常C:\users\<service account>\AppData\Local\Temp\RM\T\RM\です。その後、ステージングされたファイルに対して展開アクティビティが実行されます。
もう1つのオプション（HTTP経由）は、RMサーバーがUNCパスに到達した後、HTTP経由でエージェントマシンにファイルをシリアル化します。その後、ステージングされたファイルに対して展開アクティビティが実行されます。
基本的に、フラグは、ファイルがターゲットボックスにどのように到達するかの動作を変更します。呼び出されるコマンドの動作は変更されません。
ただし、UNCパスを直接指し示すコンポーネントを使用する場合は、UNC vs HTTPオプションは無視される可能性があります。私がテストしたことのない行動。
TFS 2015.2を使用しているので、リリース管理サーバーを廃止し、新しいWebベースの環境に移行する必要があります。 ALMレンジャーにはmigration toolがあります。
「UNCのパスを直接指し示すコンポーネントを使用する場合、UNCとHTTPのオプションは無視されます」ということは、わかっている限りです。しかし、xcopyにカスタムコンポーネントを組み込むことは、そのトリックを行います。ドロップ先のローカルコピーがツールの現在のフォルダになります。 –
私は自動ビルドを使用しません。ドロップ位置は他の場所に設定されます。私は、Xcopy展開ツールよりもカスタムコンポーネントで回避策を見つけました。 –