Come organizzare il controllo della fonte per più progetti a seconda dei progetti comuni in SharePoint 2013

Question

Sono solo per iniziare un nuovo progetto BIG SP 2013, sto studiando diversi modi per organizzare la struttura VS e uno dei modi in cui mi è piaciuto è separare ad esempio WebParts in soluzioni diverse:

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

Inoltre, alcune librerie saranno comuni a tutti i progetti.

La cosa che mi sta diventando pazza è che useremo il server della fondazione del team e in TFS ogni progetto ha i propri articoli di lavoro e il suo repository di controllo della fonte di lavoro.

Diciamo di effettuare un'applicazione HR, creo il progetto TFS HR con elementi di arretrato, attività, bug, ecc.

Ma, che dire dei progetti comuni al di fuori dell'HR, diciamo che HR utilizza 3 progetti di WebPart e una biblioteca comune a tutti i progetti. Come organizzeresti questi progetti "esterni" o "comuni"?

Dovrei creare un progetto TFS anche per ogni singolo di loro? o uno per tutti ma senza lavori, ecc.

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.