Como organizar o controle de origem para vários projetos, dependendo de projetos comuns no SharePoint 2013

Question

Eu sou apenas para começar um novo projeto Big SP 2013, estou estudando diferentes maneiras de organizar a estrutura do VS e uma das maneiras pelas quais eu gostei é separar por exemplo, WebParts em diferentes soluções:

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

Além disso, algumas bibliotecas serão comuns a todos os projetos.

A coisa que está me transformando é que usaremos o Team Foundation Server e, no TFS, cada projeto tem seus próprios itens de trabalho e seu repositório de controle de origem de trabalho.

permite que faço um aplicativo de RH, então eu crio o projeto HR TFS com itens de backlog, tarefas, bugs, etc.

Mas, e os projetos comuns fora do HR, digamos que a RH usa 3 projetos da WebPart e uma biblioteca comum a todos os projetos. Como você organizaria esses projetos "externos" ou "comuns"?

Devo criar um projeto TFS também para cada um deles? ou um para todos, mas sem trabalho, etc?

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.