2012-01-19 13 views
0

は、TFS 2010年に私のソース管理構造の例である:私のソースディレクトリの下にユニットテストとソース管理構造を含むソリューションを分岐しますか?ここ

TFS Project 
    Development 
      Branches 
      Source 
      Tests 

私は私のデータアクセス層のためのディレクトリを作成しました。ソリューションは現在、独自のソリューションの外にある他のプロジェクトに依存していません。私はこれを行ったので、このコードだけを分岐することができました。私はソースフォルダ全体を分岐させないようにしたいと思っていました。

個人的には私の単体テストをソリューションの一部として持っているので、別のソリューションに入ることなく簡単にコードに対してテストを作成して実行できます。

ユニットテストプロジェクトをDALソリューションと同じソリューションに配置すると、ユニットテストプロジェクトの依存関係がなくてもDAL全体を分岐する最良の方法は何ですか?ブランチングのためのユニットテストなしで別のソリューションを作成する必要がありますか?ソリューションを分岐した後、ブランチにユニットテストを含める必要がありますか?

テストはテストフォルダに配置されているため、TFS内のフォルダを選択的に分岐する方法はありません。

他のユーザーはどのようにこれにアプローチしますか?

+1

すべてのコードをブランチし、ブランチで作業したいプロジェクトを含むソリューションファイルのみを作成するとどうなりますか? –

+0

@WouterdeKort:私はそれについて考えましたが、次に管理する2つのソリューションがあります。私はいつもブランチソリューションを使えると思う。私の唯一の懸念は、開発中にソリューションの一部としてテストを作成/実行する利点を失うことです。 – DDiVita

答えて

1

単体テストは、コードのドキュメントとして機能し、コードの動作と使用方法の例としても役立ちます。

したがって、コードの振る舞いを変更するために分岐する場合は、単体テストをコードとともに分岐することをお勧めします。そうすれば、ドキュメントとサンプルは常に最新のものになります。

+0

私の状況で分岐する最善の方法は何ですか?私が言ったように、フォルダを選択的に分岐することはできないので、DALフォルダを分岐して単体テストを追加しますか? – DDiVita

+0

あなたのユニットテストがあなたのDAL上のテストであれば、それを元に戻します。完了したらユニットを再度マージする必要があります。彼らが本当にあなたのDAL上のテストで、他のコードに依存していないことを確認してください。マージはうまくいくはずです。とにかく、ソースフォルダ全体をブランチにしたくない理由について興味があるのですが... DALの動作は、それを使用するコードによって駆動されるのではないのですか? – Lunivore

+0

DALの動作は、インフラストラクチャ内の他のコードに対して自律的です。ビジネスレイヤー/サービスレイヤーを使用してそれをどのように使用するかを指示しますが、BLまたはSLによって「駆動」されません。私はそれを独立したままにしたかったので、インフラストラクチャを変更する必要がある場合は、私のDALをブランチするだけで済みます。 – DDiVita

関連する問題