Was ist der Unterschied zwischen einem reservierten Checkout und einem nicht reservierten Checkout?

Wie in "Was? sind die grundlegenden Konzepte, die jeder Entwickler kennen sollte? " ClearCase unterstützt einen Sperrmechanismus, der beides ist:

• "pessimistisch": reservierter Checkout verhindert zwar nicht, dass andere Personen ihre Checkouts selbst durchführen, aber sie müssen auf die Person warten, die die Datei als "reserviert" markiert hat "Um den Check-in zu machen: niemand kann einchecken, bis diese Person das erste Check-in durchführt (dann muss jeder andere Benutzer seine Version mit der zuletzt eingecheckten Datei zusammenführen)
  
  Hinweis: Ein "reservierter" Checkout kann seine Sperre aufheben und entweder vom Eigentümer oder vom Administrator reserviert werden;

• "optimistisch": nicht reservierter Checkout was bedeutet (wenn niemand einen reservierten Checkout für die selbe Datei verwendet): Der erste Check-in kann es tun ohne einen anderen Vorgang, den andere müssen ihre Arbeit mit der zuletzt eingecheckten Datei zusammenführen.

In Begriff, wenn Nutzungsrichtlinie:

• Normalerweise ist die reservierte Kasse gut, da Sie Ihre Änderungen mit einer "hohen Priorisierung" vornehmen können: Sie müssen zuerst berücksichtigt werden.
• Für lokale Änderungen, die nicht sofort eingecheckt werden müssen, reicht ein uneingeschränkter Checkout.
• Für lokale Änderungen, die nicht eingecheckt werden müssen, reichen entführte Dateien oder verdunkelte Dateien aus (also, überhaupt kein Auschecken)