2012-04-11 5 views
3

diese Frage an bewegt how to prevent an Gated Check-In to put the Keyword ***NO_CI*** in the Comment"Gated Checkin" und "Continuious Integration" Baut in Team Foundation Server

, wo ich die Frage stellen genauer mit meinen gewonnenen Erkenntnisse

Zur Sicherstellung Kombination Code Quality and Unit Testing Ich habe einen Gated Check-In Build in meinem Projekt eingerichtet.

Es gibt auch eine andere Build-Definition, die vom Check-In (Continuous Integration Build) ausgelöst wird, die ich nach dem Check-In erstellen lassen möchte.

Meine Erwartung war, dass der Gated Check in ausgeführt wurde und nach erfolgreichem Build und Commit (vom Build Service User) der andere Build ausgelöst wird.

Aber das ist nicht der Fall.

Hat jemand eine Idee, wie ich diese Arbeit zu bekommen, dass die kontinuierliche Integration Builds auch durch Check-In aus dem Build Service

+0

Aus Neugier, warum zwei verschiedene Builds? Ist das CI nach dem Check-in größer als das Gated-Build? –

+0

Der Gated Check-In geht über die gesamte Lösung hinaus, erstellt alle Projekte und führt Komponententests als Qualitätsschritt aus, bevor der Code eingecheckt werden kann. - Nach dem Erfolg möchte ich Builds ausgewählter Projects starten, die in separaten Ordnern gespeichert sind und in separaten Schritten getestet werden können und einzeln für Build Quality markiert werden. – sebastianmehler

+0

Ich verstehe - clever. –

Antwort

3

Im Allgemeinen ausgelöst wird, wird erwartet, dass nach einem Gated-Build-& geschieht Erfolg - danach passiert nichts mehr automatisch.
TFS geht so weit, dass tatsächlich ein Trailer in die Commit-Kommentare eingefügt wird, der berüchtigte ***NO_CI***, der TFS tatsächlich anweist, nach diesem spezifischen Commit keinen CI-Build auszulösen.
Überprüfen Sie here und here für weitere Beschreibungen, wie es funktioniert.

In der Tat, wenn Sie auf this Antwort schauen, könnten Sie einen Weg finden, um zu bekommen, wonach Sie suchen: was @ dkpatt falsch gemacht hat, könnte Ihre Lösung sein.

+0

Vielen Dank für diese Antwort! Dies scheint das Problem zu sein. Aber wie muss ich meine Prozessvorlage ändern, um nicht das *** NO-CI *** Schlüsselwort in meinem Check-In hinzuzufügen? Ich habe die Standardprozessvorlage kopiert und den Workflow durchgesehen.Am Ende finde ich eine Aktivität, die in deutschen "abgegrenzten Änderungen einchecken" heißt. Ich würde es "Check-in gated build" nennen, wo ich nichts außer "ignoreErrors" und "UpdateWorkItems" einrichten kann ist ganz unten). – sebastianmehler

+0

Ich fand nach pantelifs Beantworten Sie den folgenden Artikel, der beschreibt, dass es eine Variable für den NO_CI Comment gibt, vielleicht ist dies ein Schritt zu einer Lösung, aber ich weiß nicht, wo ich sie ändern kann ...?! [Link zum Artikel] (http://intovsts.net/2010/04/18/the-gate-check-in-build-in-tfs2010/) oder vielleicht ich auf dem falschen Weg und es gibt einen einfacheren Weg um es zu deaktivieren – sebastianmehler

0

Wie die NO_CI von einer build--

  1. Öffnen der Build-Vorlage (z Default) in WorkFlow entfernen.

  2. Suche (Aktuelles Dokument/Aktuelles Fenster) nach "NoCIOption".

  3. Der Container sollte "GetWorkspace" vom Typ SyncWorkspace heißen.

  4. Öffnen Sie die Eigenschaften (F4).

  5. Legen Sie den Wert von NoCIOption auf False fest.

  6. Speichern Sie die Build-Vorlage.

Verwandte Themen