如何根据SharePoint 2013的常见项目组织多个项目的源控制

Question

我只是为了开始一个新的Big SP 2013项目，我正在研究不同的方式来组织VS结构，我喜欢的方式之一是在不同的解决方案中分离出现WebParts：

http://bitofthought.blogspot.in/2012/ 05 / Visual-Studio-SharePoint-solution.html

此外，一些库对所有项目都是常见的。

让我疯狂的事情是我们将使用Team Foundation Server，并且在TFS中，每个项目都有自己的工作项目及其工作源控制库。

让我们说我制作一个人力资源应用程序，然后我创建了带有Backlog项目，任务，错误等的人力资源TFS项目。

但是，人力资源外的常见项目呢，假设人力资源使用3个WebPart项目，以及所有项目的一个公共库。您如何组织这些“外部”或“常见”项目？

我还应该为每个人创建一个TFS项目吗？或者一个，但没有工作方式，等等？

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.