オンラインTFSではなく、TFS 2017 Update 2では、ビルドボックスにVisual Studioをインストールせずに運用環境でリリース管理/ビルドエージェントを使用するにはどうすればよいですか?代わりのベストプラクティスは大歓迎です!Visual Studioをインストールせずに運用環境でTFS 2017エージェントを実行する方法
私のTFSは、プロダクションと異なる信頼できないドメインを持つ制御された開発環境にあります。エージェントマシンにVisual Studioをインストールすることは問題ありません(vstest、visualstudioなどのエージェント機能に必要です)。ここで説明するように
私はTFSで動作するように私の生産エージェントを設定することができますhttps://realalm.com/2016/11/25/tfs-2017-build-agent-in-untrusted-domain/
をしかし、私は、任意の運用サーバー上のVisual Studio自体をロードすることは許されないのです。 TFSのリリース管理と継続的展開機能を使用しようとしています。しかし、エージェントが必要とするように、エージェントの機能をプロダクションに引き込む方法はわかりません。
dev/test/qa環境でビルド/テストを行い、ファイルを場所にドロップし、プロダクションエージェントが単にファイルをプルして展開するワークフローがあると考えました。しかし、これはコンパイルされたコードの冪等性を打ち破り、環境間でファイルが変更される可能性を招いているようです。また、制作ビルド/リリースに関連するビルドとテスト結果の成果物がないため、以前のビルド履歴をバックトラックして報告する必要があります。この環境はコンプライアンスと監査に非常に関心があり、レポートに悪影響を与えることは困難です。
質問を繰り返すには、Visual Studioをエージェントマシンにインストールせずに本番環境でRM /ビルドエージェントを使用するにはどうすればいいですか?私たちはCDを初めとしているので、間違ったワークフローを持っているという考えに慣れています。
ありがとう@ダニエルマン私は私の環境ごとに別々のプールとキューを作成する必要があります。私は、RMコンポーネントが自動的にアーティファクトをエージェント間で接続することを認識しませんでした。これは良い知らせです。 – pwil301