Implementieren von Team Foundation Server mit einem kleinen Entwicklerteam

Question

Wir haben ein kleines 3-Entwickler-Team, das derzeit Subversion für unsere Quellcodeverwaltung verwendet. Wir erwarten, dass sich das Team innerhalb der nächsten 6 bis 12 Monate auf 8 Mitglieder konzentriert. Wir überlegen, unsere Quellcodeverwaltung für eine bessere Verzweigung in TFS oder Mercurial zu ändern. Ich weiß, dass TFS für die Verzweigung zu viel ist, aber das ist das unmittelbare Bedürfnis, und die anderen Funktionen von TFS könnten unserem Team helfen. Eines unserer Hauptanliegen bei TFS ist, dass wir vor allem in einem kleinen Team viel Overhead haben. Ich hoffe, dass ich Einblick in die Community bekommen kann, wie viel Overhead damit verbunden sein könnte, Vorschläge, um den Prozess zu vereinfachen, und alles andere, was die Community als nützlich empfinden könnte, um die Entscheidung zu treffen.

Answer 1

Meiner Erfahrung nach funktioniert TFS auch für kleine Teams sehr gut. Wenn Ihre Gesamtzahl der Entwickler fünf oder weniger beträgt, können Sie die relativ erschwingliche Workgroup-Edition verwenden: Darüber hinaus müssen Sie für das echte Ding ponieren, dessen Preis definitiv im Bereich "Enterprise" liegt ...

Die größte Hürde für die Verwendung von TFS ist die Installation der verdammten Sache: Dieser Prozess scheint für maximale Erschwerung konzipiert zu sein. (Das Ausmaß, in dem die "Designer" des Upgrade-Prozesses von 2005 bis 2008 ihre Benutzer verachten, schafft es sogar noch darüber hinaus: Glücklicherweise können Sie mit TFS2008 beginnen und müssen sich keine Sorgen über ein Upgrade machen für eine Weile).

Wenn Sie die instructions genau folgen, sollten Sie in 2-3 versuchen, obwohl, und die Hardwareanforderungen sind nicht so schlecht, wie sie scheinen. Mein 3-Entwickler-TFS-Setup läuft ziemlich komfortabel auf einem Dell-Laptop der vorherigen Generation mit 4 GB RAM.

Einer der großen Vorteile von TFS ist die VS-Integration: Das funktioniert einfach sehr gut, und Regale und Verzweigungen werden einfacher implementiert als mit allen anderen Systemen, die ich gesehen habe.

Die Prozessführung und Unterstützung in TFS sind ein bisschen weniger poliert, aber immer noch ziemlich brauchbar. Die Plug-in-Unterstützung für verschiedene Entwicklungsmethoden ist sehr gut, und mehrere Add-Ons von Drittanbietern (zum Beispiel für Scrum) sind bereits verfügbar.

Alles in allem wird es definitiv nicht schaden TFS zu versuchen: Wenn Sie ein MSDN-Abonnement haben, haben Sie wahrscheinlich bereits die Workgroup-Edition sowie eine Testversion der Vollversion: andernfalls können Sie auch downloaded the latter from Microsoft.

UPDATE, 12. April 2010: Mit der Veröffentlichung von Team Foundation Server 2010, die Installations- und Upgrade-Verfahren hat sehr verbessert. Eine neue TFS2010-Installation sollte nicht länger als ein paar Minuten dauern (vorausgesetzt, Sie haben bereits eine Instanz von SQL Server 2008 in Betrieb) und selbst eine direkte Aktualisierung meiner TFS2008-Installation erwies sich als völlig schmerzfrei.

Answer 2

Es ist eine Weile her, aber ich denke, dass es ungefähr einen halben Tag dauert, um Setup zu bekommen, plus einige Zeit, die Handbücher vorher zu lesen, um sicherzustellen, dass Sie wissen, was Sie tun. Die Konfiguration dauert nicht lange - Sie müssen alle Ihre Entwickler als lizenzierte Benutzer hinzufügen. Das Einrichten von Projekten ist nicht zu schwer. Normalerweise richte ich AD-Gruppen ein, um die Projektrollen zuzuordnen und diese Gruppen zu den entsprechenden Rollen hinzuzufügen. Ich habe ein neues Projekt in etwa einer halben Stunde aufgebaut.

Hinweis: Ich verwende keine der Funktionen von TFS außer der Quellcodeverwaltung. Wenn Sie eine Artikelverfolgung planen, die Projekt-Sharepoint-Site usw. verwenden, wird Ihre Laufleistung sehr unterschiedlich sein. Ich habe festgestellt, dass ein Wiki bei unseren Projekten (2-3 Entwickler) genauso gut für das Projektmanagement funktioniert.

Answer 3

Setup von TFS ist nicht zu kompliziert, wenn Sie genau die angegebene Anleitung Schritt für Schritt folgen. Wir benutzen es seit ungefähr einem Jahr in einem kleinen Team und ich möchte es nicht mehr vermissen.

Besonders wenn Sie mehr als einen Teil von tfs wie Versionskontrolle und Workitem-Tracking und vielleicht sogar Teambuild verwenden, wird Ihr Team von der engen Integration der einzelnen Teile profitieren.

Zum Beispiel können Sie beim Einchecken von Codeänderungen Arbeitselemente verknüpfen. Dann führen Sie einen automatisierten Build mit Teambuild aus und es aktualisiert automatisch Ihre Arbeitselemente mit der Build-Nummer. So können Sie zum Beispiel in einem Fehler-Workitem die Buildnummer sehen, die den Bugfix enthält.

Wir haben auch das Sharepoint-Wiki zur Dokumentation und Planung verwenden, obwohl ich Fan nicht der größte Share bin ...

Der wichtigste Punkt ist die große Integration in die IDE und für workitem das Teamsystem Web Access Tracking, die erlaubt Sie steuern zumindest Ihre Arbeitsaufgaben über ein Webinterface.