Cómo organizar el control de la fuente para múltiples proyectos dependiendo de los proyectos comunes en SharePoint 2013

Question

Solo estoy para iniciar un nuevo proyecto BIG SP 2013, estoy estudiando diferentes formas de organizar la estructura de VS y una de las formas en que me gustó es separar, por ejemplo, webparts en diferentes soluciones:

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

Además, algunas bibliotecas serán comunes a todos los proyectos.

Lo que me está volviendo loco es que usaremos el servidor de la Fundación Team, y en TFS cada proyecto tiene sus propios artículos de trabajo y su repositorio de control de la fuente de trabajo.

Digamos que hago una aplicación HR, luego creo el proyecto HR TFS con artículos, tareas, errores, etc.

Pero, ¿qué pasa con los proyectos comunes fuera de HR, digamos que HR utiliza 3 proyectos webPart y una biblioteca común a todos los proyectos? ¿Cómo organizaría estos proyectos "externos" o "comunes"?

¿Debo crear un proyecto TFS también para cada uno de ellos? o uno para todos, pero sin trabajo, 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.