私たちはTFS/TFVCサーバーを使いやすくし、TFS作業アイテムの恩恵を受けるために取り組んでいます。私はこれをどうやって行うのかを担当しています。共通コードを含むTFSワークスペース
私たちには多くのプロジェクトがあり、そのほとんどは共通コードライブラリで作業しています。新しい機能を実装する私たちのやり方は、ライブラリのDLLを参照するのではなく、変更が必要なときに、コードへの参照を含め、すべてを一緒に構築することでした。
私の質問は、共通ライブラリと作業中のメインプロジェクトのコードを更新する際に、この作業を面倒にすることのない作業領域の設定を中心にしています。
私は、開発中の製品ごとに複数のチームプロジェクトを作成しました。個々の開発者が個々のプロジェクトに接続されているすべてのワークスペースを確実に移動し、それぞれの私はこれが不器用で、これを行うためのよりよい方法が必要であると感じています。
構造は次のようになり可能性:
ROOT
|- Common Code
|- Team projects (each having their own backlog and referencing "Common Code"
|--- Product one
|--- Product two
|--- Product three
をより良いアプローチは、1つのワークスペース上で動作し、ちょうどチームを作成し、それぞれのバックログを持っているだろうか、開発者に可能にするクリーンな方法があります個々のチームプロジェクトの共通コードライブラリを利用しますか?
PS、どのバージョンのTFSを使用していますか?パッケージ管理は最近導入されたばかりですが、残りの設定は2012年以降、どのバージョンのTFS/VSTSでも動作します.TFSのバージョンがまだパッケージ管理をサポートしていない場合は、ProGetの使用を検討することができます。それは始めるのに十分な無料版を提供します。 – jessehouwing
@jessehouwing最近私たちはTFS 2017にアップグレードしました。だから、私はパッケージマネージメントを見なければなりません。私は開発者であることからIT Operations/DevOpsにすぐに移行しているので、操作の面では非常に新しいものです。私はあなたの援助に非常に感謝しています。 – msweltzdk