So organisieren Sie die Quellkontrolle für mehrere Projekte je nach gemeinsamen Projekten in SharePoint 2013

Question

Ich bin nur, um ein neues Big SP SP 2013-Projekt zu starten, ich studiere verschiedene Möglichkeiten, die vs-Struktur zu organisieren, und eine der Möglichkeiten, die ich mochte, ist, beispielsweise Webparts in verschiedenen Lösungen zu trennen:

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

auch einige Bibliotheken sind allen Projekten gemeinsam.

Die Sache, die mich verrückt macht, ist, dass wir Team Foundation Server verwenden, und in TFS hat jedes Projekt seine eigenen Arbeitselemente und ihr Arbeitsquellensteuerungs-Repository.

lässt sagen, dass ich eine HR-Anwendung mache, dann erstellen Sie das HR-TFS-Projekt mit Backlog-Elementen, Aufgaben, Fehler usw.

Aber was ist mit allgemeinen Projekten außerhalb von HR, sagen, dass HR 3 WebPart-Projekte verwendet, und eine gemeinsame Bibliothek an alle Projekte. Wie würden Sie diese "externen" oder "gemeinsamen" Projekte organisieren?

Wenn ich ein TFS-Projekt auch für jeden einzelnen von ihnen erstellen kann? oder einer für alle, aber ohne Arbeitsplätze usw.?

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.