設定方法ソース制御の複数の製品に依存してい単一のクラスライブラリ

Question

私のCTOに、開発者のための私の会社です。私が採用当社の開発が第二の今後6-12ヶ月間.私は恥ずかしい思いを利用したことのないソースコード管理の一環としての私のワークフロー.っている1会員開発チームは、可ょっ踏む。なんたって、ビットの精神的なブロックかにしたいと考える人は多いだろう。

い5つのウェブアプリケーションIの構築-維持します。を使用していまASP.NET各webアプリケーションを参照。NETクラスライブラリ(DLL)のようにしてコピーの"bin"フォルダの各アプリです。って開発に一つのVisual Studioソリューション"のクラスライブラリすべてのライブラリーです。ビットの肥大化では難しいことだと思い、この方法で簡単にミスを最小限に可能になることになったとしてもグローバル検索と置換の操作をすべてのアプリケーションのクラスライブラリ)でも同時に行います。

この実施のソースコード管理は大きな変化は私のワークフローによるそのものも開発者の私にはプロセスチャンスは圧倒されてしまいました。話を楽しめるように設定しました案内の作成方法についてのワークフローを可能とする私の小さなチームできない煩雑なプロセス。うな議論するシステムのSCCを選択しい利用ヘッドを次のように表).私が興味のある議論の構造とワークフローの面です。

こちらの質問が必要です:

1. るべきか分から各アプリを他の独立した"プロジェクト"もしくはくとも継続していくために有益からグローバルべき作業が必要です。悩ん分割しても、クラスの図書館の状況（#2).

2. 場合分割のアプリケーション別プロジェクトでは、わたしが必要な場合はこちらをどう進めるかのクラスライブラリとプロジェクトのニーズをコピーします。例えば、についての変更はアプリケーション"と呼んでいプロジェクト1")が必要で変更のクラスライブラリ...場合にクラスライブラリは別のプロジェクト(ここでは"プロジェクト2")のようで、"乱れ"私はプロジェクト1という可能性を展望するとともに、最新の変化プロジェクト2のため、正常に動作しなく東京や大阪な変更をプロジェクト2(クラス図書館）は、チェックして、それをコピーして新規めのdllプロジェクト1(がんの新しいコピーのdllにまとめてコピープロジェクト1に記録されることのSCCなんだか).もしかしたら混乱すものとして書いていこう---

おかげさまでおります。

Answer 1

第一に、おめでとうござい決定を最後に使用ソース。知ってい変更する習慣ができ悔しいが、私は必ずしてください。

1. ある間違ったソリューションが複数のプロジェクトです。私は一山の約10がそれだけ向上しました。保管する場合は一緒にしようとしていますと思われる項目に関しては、することができてうれしいです。利用のソース制御ないに影響します。
2. どのクラスライブラリだと思いる必要はないにできるようになることを行動の図書館プロジェクトなどをご利用の案件を参照するのです。実施単位試験の図書館プロジェクトを実施後方互換性はい落とし、最新バージョンの図書館においおます。まるものを見つけることでこんtrueに数回でも実際に開発ユニットテスト対応のエッジケースこれが減ることとなります。

Answer 2

できるネットワークの構造とダイナミクシVisual Studioます。んどろ風mikiモデルを作ってみを行い、過去には、ASP.NET プロジェクトのクラス図書館プロジェクトと同じ。ることができASP.NET プロジェクト参照のクラス図書館プロジェクトを追加参考として、プロジェクト]タブを他のプロジェクトと同じです。そのように、いつ変更するクラスライブラリは、ASP.NET 応用構築の最新バージョンのクラスの図書館があります。セットアップでき、多様なソリューション-各ASP.NET 申請れを含めたトータルソリューションのクラスlibaryます。

このままの設定に一つのソリューションのASP.NET プロジェクトのクラス図書館がありません）、特に複数の開発者は異なるASP.NET ページ。