Freigeben über

Remotebuildserver

  • Artikel

In der Regel möchten die meisten Unternehmen zum Erstellen von Builds sowie zum Protokollieren und zum Erstellen von Arbeitsaufgaben nur einen Buildserver verwenden. Auf diese Weise soll vermieden werden, dass verschiedene Buildserver verschiedene öffentliche Builds erstellen, was zu Verwechslungen und Komplikationen führen kann. Es können jedoch Remotebuildserver verwendet werden, die den Anforderungen der Remoteteams gerecht werden.

Hinweis

Eine erneute Verteilung von Builds aus den Remotebüros zurück an den Hauptentwicklungsort ist nicht effizient.

Prüfen Sie vor dem Erstellen eines Remotebuildservers die folgenden Punkte:

  • Wenn die Teams in den Remotebüros lediglich Builds starten und Berichte anzeigen möchten, wird am Hauptentwicklungsort wahrscheinlich nur ein Buildserver benötigt.

  • Falls die Remoteteams diese Builds häufig verwenden, empfiehlt es sich, den Download der Builds aus einem zentralen Ablagespeicherort zu automatisieren. In einigen Unternehmen ist es Bestandteil der Entwicklungsrichtlinie, dass alle Builds aus einem zentralen Speicherort stammen müssen, damit alle Mitarbeiter über dieselbe Version verfügen.

  • Die verteilten Teams können die erforderlichen Binärdateien mithilfe eines Desktopbuilds erstellen und benötigen daher nicht den Buildserver.

Weitere Informationen finden Sie unter Verwalten von Builds mit Team Foundation Build.

Siehe auch

Konzepte

Team Foundation Server-Proxy und Quellcodeverwaltung

Weitere Ressourcen

Kapazitätsplanung für die Bereitstellung von Team Foundation