2010-06-01 10 views

risposta

15

Come accennato in "What are the basic clearcase concepts every developer should know?", ClearCase supporta un meccanismo di bloccaggio, che è al tempo stesso:

  • "pessimista": riservato cassa in realtà non impedire ad altre persone di fare la propria cassa, ma avranno attendere la persona che ha il file estratto come "riservato" per effettuare il check-in: nessuno può effettuare il check-in finché quella persona non effettua il primo check-in (quindi ogni altro utente dovrà unire la sua/la sua versione con il ultimo file registrato)
    Nota: un checkout "riservato" può rilasciare il suo blocco ed essere reso senza riserve, sia dal proprietario che dal amministratore;

  • "ottimista": senza riserve checkout che significa (se nessuno utilizzare un checkout riservato sullo stesso file): il primo per il check-in può farlo senza alcuna altra operazione, gli altri dovranno fondersi il loro lavoro con l'ultimo file archiviato.

In termini se la politica di utilizzo:

  • Di solito, checkout riservato va bene in quanto permette di fare le modifiche con un "alta priorità": devono essere prese in considerazione prima.
  • Per le modifiche locali che non devono essere registrate immediatamente, è sufficiente un checkout senza riserve.
  • Per modifica locale che non deve essere effettuato il check-in a tutti, il file oi file dirottato eclissato sono abbastanza (così, senza cassa a tutti)
Problemi correlati