多くのものがごちゃ混ぜになっている1つのメインアプリケーション（レガシー）があります。
[] メイン Web アプリケーション
現在、構築中または構築済みの複数のマイクロ サイトがあり、整理したいので、共通のコードを含む共有プロジェクトを作成したいと考えています (革新的です!)。
メイン アプリケーションのソリューションで AppName.Common プロジェクトを作成する必要がありますか、それとも別の TFS リポジトリだけを作成する必要がありますか?
それが別のものであるか、メイン アプリのソリューション内にある場合、メイン アプリとマイクロ サイトをコンパイル済みバージョンの dll にリンクするにはどうすればよいですか?
これは答えにくいです。それは本当にあなたのプロジェクトとチームに依存します.
私が最初に考えるのは、共通のコードを同じソリューション内の別のプロジェクトに移動することです。これは、他のチーム メンバーを混乱させることなく行うことができる変更です。ソリューションは、かなりの柔軟性を提供します。たとえば、すべてが含まれる 1 つのソリューションと、サイト A とその依存関係のみを含む 1 つのソリューションを持つことができ、これら 2 つのソリューションは問題なく共存できます。
別の TFS リポジトリに何かを配置する理由がわかりません。つまり、サイトのリポジトリを共有コードで常に更新する必要があるということです。私は、TFS は何かをするのが苦痛だと考えているので、TFS のセットアップで何かを変更するには、非常に正当な理由が必要だと思います。