SharePoint 2013の一般的なプロジェクトに応じて複数のプロジェクトのソース管理を整理する方法

Question

私はただ新しいBig SP 2013プロジェクトを始めるために、私はVS構造を整理するためのさまざまな方法を勉強しています。

> http://bitofthoudt.blogspot.in/2012/ 05 / Visual-Studio-SharePoint-Solution.html

また、一部のライブラリはすべてのプロジェクトに共通しています。

私を狂わせることは、Team Foundation Serverを使用し、TFSでは各プロジェクトに独自の作業項目とその作業源制御リポジトリがあります。

私がHRアプリケーションを作成したと言うと、バックログアイテム、タスク、バグなどのHR TFSプロジェクトを作成しましょう。

しかし、HR以外の一般的なプロジェクトはどうですか.HRは、3つのWebPartプロジェクト、およびすべてのプロジェクトに共通ライブラリを1つ使用するとします。あなたはこれらの「外部」または「一般的な」プロジェクトをどのように整理しますか？

私はそれらの1つの単一のものに対してもTFSプロジェクトを作成するべきですか？あるいは労働者がいないのではなく、ect？

Answer 1

For groups that do a lot of small projects, sometimes it's best to have a TFS project for the Team, and not multiple projects per development project. For example, perhaps you're using scrum, and your backlog has items from HR and other groups. But, even though there are different "projects" with different deadlines and even different technologies, it's treated as one backlog. So, there's one daily scrum meeting where all of the smaller projects are discussed. And, there's one sprint, where folks spend time working on pieces of different projects. And, of course, this means that there is one TFS project to manage work items and such.