Freigeben über


CheckInParameters.QueueBuildForGatedCheckIn-Eigenschaft

Ruft ein beschreibendes Flag fest, ob der Build für einen abgegrenzten Eincheckvorgang in die Warteschlangen stellt.

Namespace:  Microsoft.TeamFoundation.VersionControl.Client
Assembly:  Microsoft.TeamFoundation.VersionControl.Client (in Microsoft.TeamFoundation.VersionControl.Client.dll)

Syntax

'Declaration
Public Property QueueBuildForGatedCheckIn As Boolean
public bool QueueBuildForGatedCheckIn { get; set; }

Eigenschaftswert

Typ: System.Boolean
True, um den Builds für abgegrenzte Eincheckvorgang zur Warteschlange; andernfalls false.

Hinweise

Wenn eine oder mehrere der Elemente, die eingecheckt werden, eine abgegrenzte Builddefinition auswirkt, wird das Einchecken abgelehnt, da das System des abgegrenzten Eincheckvorgangs traversieren muss. Der Server wird ein Shelveset der Änderungen, die beim Einchecken gesendet werden und löst ein GatedCheckinException dem Client ausführen, der die Namen der betreffenden Builddefinitionen, den Namen des Shelvesets erstellen und der Eincheckenticketzeichenfolge (ein Cookie) enthält. Der Client muss IBuildServer.QueueBuild mit einem IBuildRequest aufrufen, das den Shelvesetnamen, die Eincheckenticketzeichenfolge und einen Grund von BuildReason.CheckInShelveset enthält. Der Build kann anhand eines der betroffenen Definitionen in die Warteschlange gestellt werden.

Sie können einige dieser Arbeit vom Server, wenn das QueueBuildForGatedCheckIn-Flag zutrifft, und die Elemente automatisiert werden, die Einfluss überprüfter in genau eine abgegrenzte Builddefinition sind. In diesem Fall schlägt der Aufruf zum einzuchecken noch mit einem GatedCheckInException aus, die Änderungen werden für Validierung automatisch vom Server in die Warteschlange gestellt. Wenn der Build erfolgreich ist, werden die Änderungen in den Builddienst überprüft.

.NET Framework-Sicherheit

Siehe auch

Referenz

CheckInParameters Klasse

Microsoft.TeamFoundation.VersionControl.Client-Namespace