Sie benutzerdefinierte Richtlinien Check-in werden müssen auf dem Server überhaupt zum Einsatz?

Question

Ich frage diese Frage, weil ich es nicht überall gesehen dokumentiert. Wir werden mit einer Kombination von Team Foundation Server 2008 und Team Explorer 2005.

Ist es möglich, eine individuelle Check-in Politik zu implementieren, die in einer solchen Umgebung funktioniert?

Natürlich enthält die individuelle Check-in Politik einige Codes, der auf der Client-Seite ausgeführt werden muss (um Hilfe anzuzeigen, etc.). So soll es die Microsoft.TeamFoundation.VersionControl.Client Assembly verwenden, die mit Team Explorer 2005 kommt.

Aber mein Gefühl sagt mir, dass, um effektiv zu sein, ein Check-in-Politik sollte auf dem Server selbst (zum Beispiel durchgesetzt werden, Einchecken in Änderungen in der Befehlszeile zu unterstützen oder die rohen Webdiensten API). So gibt, müsste sie gegen die Microsoft.TeamFoundation.VersionControl.Client auszuführen, die mit dem Team Foundation Server 2008 kommt.

So

ist es möglich, eine einzelne individuelle Check-in Politik zu entwickeln, die die aktuellste Version der Microsoft.TeamFoundation.VersionControl.Client Baugruppe (2005 auf dem Client und 2008 auf dem Server) nimmt?

Oder muss ich zwei bauen benutzerdefinierte Richtlinien Check-in, eine für den Kunden und eine für den Server? Wäre das überhaupt?

Oder benutzerdefinierte Check-in Richtlinien existieren immer nur auf der Client-Seite?

Answer 1

Die benutzerdefinierten Check-in Richtlinien existieren nur auf Client-Seite und werden nur clientseitige ausgewertet werden. Wenn die DLL auf dem Client-Computer fehlen, wird TFS beschweren, aber einen Dialog zur Verfügung stellt, dass der Benutzer die Fehler außer Kraft setzen kann und das Einchecken sowieso.

Answer 2

Nein, es ist nicht erforderlich. Aber es macht die Dinge viel einfacher. Mit den neuesten Power Tools können Sie speichern Check-in Richtlinien in Quelle Kontrolle und haben sie für Einsatz „frei.“

Ein walkthru mit Screenshots ist auf Brians Blog :

.... Seit wir diese Funktionen eingeführt, haben die Kunden nach einer Möglichkeit gefragt, benutzerdefinierte Komponenten wie diese Clients zu verteilen, anstatt manuell mit ihnen zu installieren. Nun, ich bin froh zu sagen, dass diese neue Version der Power Tool genau das tut!

Aufgrund der Tatsache, dass benutzerdefinierte Komponenten heruntergeladen und auf den Clients laufen gefährlich sein kann, gibt es eine ganze Menge Sorgfalt und einige Konfiguration notwendig, es zu aktivieren. Benutzerdefinierte Komponenten für ein Team-Projekt werden überprüft, um einen neuen „speziellen“ Ordner namens $ // TeamProjectConfiguration. Lassen Sie mich Ihnen ein paar Screenshots zeigen, und das wird helfen, führen Sie durch, wie das funktioniert ....