0

私は、C# で DLL ライブラリを作成しました。これは、製品と通信し、操作するための API で構成されています。.NET 環境でテスト ツールを構築するために、チームの QA 担当者に使用してもらいたいと考えています。カプセル化の原則に反して (提案する人もいるかもしれませんが...)、QA 担当者が DLL 内の API メソッドの実際の実装を確認できるようにしたいと思います (たとえば、「定義に移動」をクリックしたとき)。メタデータから宣言/注釈を表示するだけでなく、Visual Studio)。

彼らが実際の DLL を変更できるようにしたくないし、新しいプロジェクトをビルドするたびに DLL をビルドしてほしくないので、単にライブラリ プロジェクトを VS ソリューションに追加することはできません。

私の頭をよぎった理論的な方法の 1 つは、ライブラリ プロジェクトを各 VS ソリューションに読み取り専用として追加し (可能であれば?)、それをビルドしないように指示する (独自の新しいプロジェクトのみをビルドする) か、ロックすることです。建物から(可能であれば?)。問題は、理想的には、VS ソリューション内のライブラリ プロジェクトをバージョン管理システム (私は Tortoise SVN を使用しています) から最新のリビジョンに更新できるようにしたいということです。 (ビルドされた)DLLファイル(DLLファイルをソリューションフォルダーに更新するのは簡単で、単純なバッチファイルでも実行できますが、プロジェクトファイル自体を更新する方法がわかりません...)。

もちろん、新しい QA ツールを開発するための準備が迅速かつ簡単になるように、上記のすべてをある種のテンプレートに入れたいと思います。

この問題を定式化するのは難しいと思いました (私が十分に明確であることを願っています)。この問題を処理する正しい方法を理解するのを手伝ってくれる人はいますか?

4

1 に答える 1

0

これはソース サーバーの仕事のようです。どうやら(私自身は個人的な経験はありませんが)転覆に対抗するためのツールがすでに存在しているようです。これは、ソース ファイルの作業コピー (読み取り専用であっても) をすべて保持するよりも優れたオプションのようです。

追加の注意: 上記のリンクは、subversion ではなく、perforce を使用したソース サーバーの作成者の実装について説明していますが、特に subversion について議論している他のリンク (このリンクや、おそらくより良いリンク) を見つけることができるはずです。

于 2012-06-13T16:02:04.073 に答える