2012-04-11 10 views
2

は、私たちはtypemockテストを実行するために私たちのビルドサーバをアップグレードしたいが、私はトラブルのビットは、それが正しく設定取得し、これに関する正しい情報を見つけることです。設定はTFS2010で、TypeMock 5.xから6.2.2までの20以上のプロジェクトがあります。 TypeMockが私たちのワークフローテンプレート(この投稿の範囲外)で作業するのを待っているので、すべてのビルド定義はmsbuildベースです。今、私はIsolator 7.0をビルドサーバにインストールしましたが、私はタイプミックを動作させる方法を理解していないようです。私にはさまざまな質問があります。TypeMock 7およびサーバー構成を構築

  1. TypeMockはビルドサーバーにインストールされているので、追加のアセンブリをソース管理に追加して参照する必要はありません。しかし、アセンブリがGACにあるようには見えません - なぜそうではありませんか?
  2. TypeMockがインストールされているので、私は、レジスタを呼び出す(またはそのことについては公開)する必要はありませんでしたことを期待するターゲットライセンス情報とMSBuildのでは - これは正しいですか?
  3. 5.xから6.2.2まで様々なバージョンのTypeMockをサポートする必要がありますが、ビルドサーバーには7.0がインストールされています。ソースコントロールでは、バージョン固有のアセンブリが必要ですか?プロジェクトとは?
  4. typemockをmsbuildチームビルドデフに使用する場合の推奨方法は、サーバー上に7.0がある場合です。 6.2.2クライアント上で - 何をインストールするのか、どこでソース管理の中のどこにアセンブリするのですか?

TypeMockサイトのすべてのドキュメントを読みましたが、正しく設定できません。

答えて

3
  1. テストプロジェクトは、アイソレータの特定のバージョン(5.xの、 6.2.2)を参照します。ビルド中にアセンブリが必要なので、アセンブリは、ビルドが である場所に配置する必要があります。 Isolator 7.0がインストールされているので、 が見つかる唯一のアセンブリは7.0バージョンです。アイソレータ7.0は古いバージョン を実行できますが、元のアセンブリにアクセス可能でなければなりません。そのため、元のアセンブリの がソースコントロールに存在する必要があります。

  2. Isolatorがインストールされている場合、登録アクションを呼び出す必要はありません。開始は&です。アイソレータ設定ユーティリティを使用してライセンスがサーバ上で一度設定されていることを確認する必要があります。

  3. 一般的に、あなたはauto-deployのために必要なすべてのアセンブリを配置する必要があります。 Typemock.dll、Typemock.ArrangeActAssert.dll、およびConfiguration.dllを持つほとんどの場合、クライアントは> 5.3.4いずれかのバージョンをインストールしていることができ

  4. 、サーバーはV7.0がインストールされている必要があります。ソースコントロールでは、(3)のアセンブリを保存する必要があります。

免責事項 - 私はTypemock

で働きます
関連する問題