Tfs 2010 Build: Continuous Integration und Gated Check-In zusammen?

Ich habe bereits einen CI-Build, der auf meiner Tfs2010-Instanz ausgeführt wird, aber ich möchte, dass auch ein Gated-Check-in-Build ausgeführt wird. Es gibt jedoch subtile Unterschiede zwischen der Art und Weise, wie diese beiden Builds ausgeführt werden sollen. Insbesondere möchte ich, dass das Gated-Einchecken bei Fehlern keine Fehler-Workitems erstellt, Änderungssätze und Workitems beim Erstellen nicht verknüpft, Builds nicht in die Ablage verschoben und vorherige Builds nicht beibehalten wird. Da durch Gated Checkins initiierte Builds nicht festgeschriebene Änderungen sind, erscheinen mir diese Schritte unnötig, aber ich möchte auf jeden Fall, dass der CI-Build diese Funktionen ausführt.

Leider gibt es diese NO_CI -Ding, das auf meinen Änderungssets angezeigt wird, nachdem sie vom Gated Checkin-Build festgeschrieben wurden und der CI-Build nie ausgelöst wurde. Ich fanddieser Thread das schien darauf hinzudeuten, dass meine DefaultTemplate.xaml irgendwo einen NO_CIOption-Parameter "Get Activity" enthalten sollte; Nichts in der Konfigurationsdatei scheint jedoch auf etwas dergleichen hinzuweisen. Keine der beiden Zeichenfolgen ist vorhanden, und ich kann keine Referenzdokumentation in der MSDN-Bibliothek finden.

In der Tat, in der Msdn-Bibliothek gibt eseine Seit das scheint auf die gewünschte Seite zu verweisen, aber wo sich der Link tatsächlich befinden würde, befindet sich ein verlegter, doppelter Link zu "Steuern, wo das Build-System Ihre Binärdateien platziert". Sie können den identischen Link direkt darunter sehen.

Anyhow: Wie wird der Parameter NO_CIOption in den Build-Vorlagendateien verwendet? Wo ist es platziert? Wollte das noch niemand machen?

Side note: Ist es eine schlechte Praxis, zwischen SO und den MSDN-Foren zu posten?

Antworten auf die Frage(2)

Ihre Antwort auf die Frage