Freigeben über


CheckInParameters.QueueBuildForGatedCheckIn-Eigenschaft

Ruft ab oder legt ein beschreibendes Flag fest, ob der Build für einen abgegrenzten Einchecken in die Warteschlange gestellt.

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 Build für abgegrenzten Einchecken in die Warteschlange zu stellen; andernfalls false.

Hinweise

Wenn ein oder mehrere - Elemente, die eingecheckt werden, eine abgegrenzte Builddefinition auswirkt, wird das Einchecken abgelehnt, da das System des abgegrenzten Eincheckvorgangs durchlaufen muss.Der Server erstellt ein Shelveset der Änderungen, die beim Einchecken gesendet werden und löst ein GatedCheckinException zum Client aus, der die Namen der betroffenen Builddefinitionen, des Namens des erstellten Shelvesets 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 für eine der betroffenen Definitionen in die Warteschlange gestellt werden.

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

.NET Framework-Sicherheit

Siehe auch

Referenz

CheckInParameters Klasse

Microsoft.TeamFoundation.VersionControl.Client-Namespace