2011-09-15 16 views
1

VMM管理エージェントのようなSCVMMを作成して、Windows Server 2008 R2のサービスとしてのみインストールします。Visual Studioを使用して開発したC#およびPowershell APIベースプロジェクトの自動構築の前提条件

エージェントは、.Net 4.0フレームワーク、C#、VMM api、Visual studioを使用してWindows Server 2008 R2プラットフォーム上で既に開発されています。それは単にサービスとして実行されます。 System Centerツールは、SCVMMと連携するようにインストールされています。

開発マシンでのビルドを自動化するために、NANTとNantContribを使用しました。しかし、環境がWindows7で、Java関連のJREがインストールされている実際のビルドマシンでエージェントのビルドプロセスを自動化したい。

私の質問は、エージェントを自動化するために、ビルドサーバーにインストールする必要がありますか? .Net 4.0で十分ですか、Windows System Centerツールもインストールしていますか? System Centerのツールがビルド解決に必要な場合にのみ

よろしく、 バラ

答えて

0

。あなたの質問からそれの音によって、システムセンターのツールは、それをインストールするために必要です。だから、あなたが純粋なビルドサーバーをやっているか、継続的な配送のために努力しているかどうかによって決まります。

ビルドサーバーがインストーラパッケージを生成し、ビルドサーバーに任意の管理ツールをインストールします。ただし、デプロイメントを自動化するためにサーバーを構築する場合は、これらの余分な管理ツールを使用できるようにする必要があります。

+0

返信いただきありがとうございます。このプロジェクトでは、Microsoft.SystemCenter.VirtualMachineManager.dll、System.Management.Automation.dll、\ Microsoft.PowerShell.Security.dllなどのライブラリのようなライブラリはほとんど参照されていません。私は、これらのライブラリがSCVMM、構成などのSystem Centerツールに付属していることを前提としています。エージェントのtartgetマシンはWindows Server 2008 R2のみでなければなりません。しかし、私のサーバーのWindows 7を構築します。そこに必要なライブラリがないかもしれません。私のビルドサーバーはEXEをビルドし、共有場所に配置します。 – Bala

+0

必要な.dllアセンブリをソースコードリポジトリにバンドルすることは可能でしょうか?コンパイラは、アプリケーションのマニフェストをビルドするときにコンパイラにアクセスできるだけで、System Centerツールを実行する必要はありません。 – MattDavey

+0

アセンブリをバンドルできるかどうかわかりません。システムセンター – Bala

関連する問題