0

この質問に大きく関連して、私のチームには、一連のライブラリのフォルダーとそのライブラリの構成ファイルの内容を、テスト コードの実行元のフォルダーにコピーする必要があるシナリオがあります。展開ステップ。

インストール サイズやその他の要因により、このインストール フォルダーをソース管理にチェックインしてチーム メンバー間で共有することは現実的ではありません。

フォルダーのインストール パスは、インストールされた環境に応じて、/Program Files/InternalTool/または/Program Files (x86)/InternalTool/のいずれかになります。人がソリューションの最新バージョンを取得したときに、共有内部ライブラリ スイートへのパスの修正について心配する必要がないように、.testrunco​​nfig ファイルをセットアップしたいと考えています。

関係するすべてのメンバーに対してこれをシームレスにする方法はありますか?もしそうなら、どうすればこれを達成できますか?

制限事項は次のとおりです。

  • 共有スイートにチェックインできません
  • 共有スイートにはインストール パスのオーバーライドがありません

これは可能ですか、それとも私が求めすぎていますか?

4

2 に答える 2

0

これは実際には、私が予想していたよりもはるかに簡単でした。

UI はローカル テスト実行構成ファイルで多くのことをサポートしていませんが、標準の %ProgramFiles% を使用してパスを設定することができました。

  • x86 システムでは、これはほとんどのシステムで C:\Program Files\ に解決されます。
  • x64 システムでは、これはほとんどのシステムで C:\Program Files\ に解決されます。

しかし!呼び出し元が 32 ビットであり、64 ビットまたは MSIL に設定されていない場合、%ProgramFiles% は C:\Program Files(x86)\ に解決されます。64 ビットの mstest がないため、解決はシームレスに行われます。たとえば、これは LocalTestRun.testrunco​​nfig ファイルから取得され、適切にサニタイズされています。

  <Deployment>
    <DeploymentItem filename="%ProgramFiles%\InternalSuite\" />
  </Deployment>

これを完全にテストする機会はまだありませんが、これで問題は解決するはずです。これを 32 ビット システムでテストしたところ、雨のように解決することがわかりました。

これが他の誰かに役立つことを願っています!

于 2008-11-06T03:44:05.120 に答える
0

この種の問題 (私たちの問題は同じではありませんが似ています) は、異なる名前の異なる構成ファイルを用意し、必要なときに正しいファイルをコピーすることで処理します。

場合によっては、最新バージョンを取得するバッチ ジョブ内でこれを自動化します。

于 2008-11-06T03:39:02.200 に答える