TFS 2010 - So richten Sie eine neue Anwendung ein

Question

Ich habe an einer neuen Site begonnen, die zum ersten Mal .Net-Anwendungen verwendet. Als Entwickler bin ich an VSS gewöhnt, aber dieses Produkt stirbt an einem Tod und wir verwenden stattdessen TFS (BASIC). Ich habe TFS bisher zur Quellcodeverwaltung verwendet. Aber jetzt haben wir neue Server für eine Live-Umgebung installiert. Jetzt bin ich mir nicht sicher, was ich tun soll. Es gibt keine Bücher über TFS 2010, die ich finden kann und ich frage mich, welche Tipps Sie mir geben können. Muss TFS erneut installiert werden, oder sollte ich die vorhandene Installation verwenden? Ich denke, ich sollte einen täglichen Build für einen Testserver einrichten. Ich habe TDD bisher noch nicht verwendet, aber für das nächste Projekt könnte sich das ändern. Was muss ich unbedingt richtig machen, und welche Gruben sollten ich vermeiden?

Answer 1

Ohne in Ihrer Umgebung zu sein, ist es schwierig, entsprechende Empfehlungen zu geben. Ich habe einige Annahmen über Ihre Installation getroffen, die auf dem basieren, was Sie gesagt haben, aber das kann völlig falsch sein.

Sie sagen, Sie verwenden TFS (BASIC) - Ich bin mir nicht sicher, was Sie damit meinen, aber wenn Sie TFS auf einem der Entwickler-Workstations installiert haben, und Sie beginnen, in Richtung a robustere Entwicklungsumgebung, würde ich empfehlen, dass Sie einen separaten Server (oder Server) für Ihre TFS-Installation erhalten.

Es klingt, als ob Sie relativ klein sind. Daher sollten Ihre Anwendungsebene und Ihre Datenebene auf demselben Computer nicht so sehr ein Problem darstellen. Stellen Sie nur sicher, dass Sie genügend Arbeitsspeicher auf dem Computer haben, um beide Prozesse zu unterstützen, und dass Sie genügend Speicherplatz für das Wachstum der Datenbank reserviert haben.

Sie sprechen über Test Driven Development (TDD), aber worüber ich eigentlich spreche ist Continuous Integration (CI). Wenn Sie eine CI-Umgebung eingerichtet haben, werden Builds automatisch entweder anhand eines Zeitplans oder durch Check-Ins ausgelöst. Diese Einstellung ist nie eine schlechte Idee und würde empfehlen, dass Sie so schnell wie möglich in den Rhythmus von CI-Builds kommen.

Wenn Sie nach einem Build-Server suchen, werden Sie wahrscheinlich den Build-Agenten auf der kombinierten Anwendungs-/Datenebene hosten. Wenn Sie beim Erstellen von Builds Leistungseinbußen feststellen, können Sie Ihre Builds ohne großen Aufwand auf einen anderen Server verschieben.

Sie sollten auch das Quellcode-Repository von Ihrer aktuellen Umgebung in Ihre zukünftige Umgebung migrieren. Der TFS-Installationsassistent kann Ihnen dabei möglicherweise behilflich sein. Ist dies nicht der Fall, sind weitere Optionen verfügbar, z. B. Verschieben der Datenbankdateien auf den neuen Computer oder Verwenden des Codeplex-basierten TFS Integration Platform.