MS Team Foundation Server in verteilten Umgebungen – Hinweise, Tipps und Tricks erforderlich

Question

Verwendet jemand Team Foundation Server in einem geografisch verteilten Team?Wir sind in Großbritannien und versuchen, mit einem Team in Australien zusammenzuarbeiten, und es fällt uns ziemlich schwer.

Unsere beiden Hauptthemen sind:

1. Die Dinge werden bei uns ausgecheckt, ohne dass wir nachfragen, wann wir sie bekommen.
2. Selbst wenn Sie einen Proxy verwenden, dauert es eine Weile, bis die meisten Dinge passieren.

Viele wirklich nervige Kleinigkeiten wie diese verhärten unsere Arterien, hindern uns daran, Code auszuliefern, und sorgen offen gesagt für ein Benutzererlebnis, das dem Schieben von goldenem Sirup eine Sanddüne ähnelt.

Ist irgendjemand Gibt es da draußen tatsächlich TFS auf diese Weise, täglich mit (relativem) Erfolg?

Wenn ja, haben Sie Hinweise, Tipps, Tricks oder Fallstricke, die es wert wären, kennengelernt zu werden?

P.S.Ein Upgrade auf CruiseControl.NET ist keine Option.

Answer 1

Aktualisieren Sie auf jeden Fall auf TFS 2008 und Visual Studio 2008, da es sich in jeder Hinsicht um die „v2“-Version von Team System handelt.Behebt viele kleine und mittlere Probleme.

Was „Dinge, die zufällig überprüft werden“ betrifft, ist dies fast der Fall stets aufgrund der Entscheidung von Visual Studio, Dateien in Ihrem Namen zu bearbeiten.Versuchen Sie, die neueste Version des Team Explorers abzurufen, während in Visual Studio nichts geöffnet ist, und prüfen Sie, ob dieses Verhalten weiterhin besteht.Ich wette, das wird nicht der Fall sein!

Mehrere TFS-Server sind eine schlechte Idee.Stellen Sie sicher, dass Ihr Proxy richtig konfiguriert ist, da er wiederholte GETs zwischenspeichert.Allerdings ist TFS ein mit dem Server verbundenes Modell und daher immer etwas langsamer als echte „Offline“-Versionsverwaltungssysteme.

Wenn Sie Ihre Frage auch so bearbeiten könnten, dass sie spezifischere Beschwerden oder Details enthält, wäre das hilfreich – im Moment ist sie schrecklich vage, sodass ich nicht sehr gut antworten kann.

Answer 2

Wir verwenden TFS mit einem einigermaßen verteilten Team – sie sind nicht allzu weit entfernt, verbinden sich aber über ein langsames und unzuverlässiges VPN.

Bei Ihrem ersten Problem ist die Option „Neueste Version beim Bezahlen erhalten“ nicht die Standardeinstellung.(Hier ist ein Erläuterung) Da ist ein Add-in Das wird es aber für Sie tun.

Hier ist der Workflow, der für uns funktioniert:

1. Bekomme das neuste
2. Erstellen Sie und stellen Sie sicher, dass nichts kaputt ist
3. Arbeit (Änderungen ausstehend)
4. Holen Sie sich noch einmal die neuesten Informationen
5. Behandeln Sie Zusammenführungskonflikte
6. Erstellen Sie und stellen Sie sicher, dass nichts kaputt ist
7. Einchecken

[Bearbeiten] OK, es sieht so aus, als hätten Sie diesen Teil der Frage umformuliert.Ja, Jeff hat recht, VS beschließt, einige Dateien „für Sie“ auszuchecken, z. B. SLN- und PROJ-Dateien.Es checkt auch automatisch alle Quelldateien aus, die Sie bearbeiten (das ist aber doch das, was Sie wollen, oder?obwohl Sie diese Einstellung unter Extras > Optionen > Quellcodeverwaltung ändern können)

Es dauert offenbar eine Weile, bis der Proxy hochgefahren ist (wir verwenden ihn nicht), aber sobald er den größten Teil des Baums zwischengespeichert hat, soll es ziemlich schnell gehen.Können Sie etwas überwachen und den/die Engpässe finden?

Gibt es sonst noch etwas, das Ihnen Probleme bereitet, außer „Neueste Informationen beim Bezahlen“ und „Geschwindigkeit“?

Answer 3

Nach meinem Verständnis können Sie mehrere TFS-Anwendungsserver an verschiedenen Standorten haben.Sie können entweder beide mit demselben SQL Server kommunizieren oder Sie können die SQL Server-Spiegelung verwenden.Ein eigener lokaler TFS-Server würde Ihre Entwicklungszeiten wahrscheinlich verkürzen.