2010-06-01 5 views

Odpowiedz

15

Jak wspomniano w "What are the basic clearcase concepts every developer should know?", ClearCase obsługuje mechanizm blokujący, który jest jednocześnie:

  • „pesymistyczny”: zastrzeżone Zamówienie faktycznie nie zapobiec innych ludzi zrobić własną kasę, ale będą musieli czekanie, aż osoba, która ma plik, zostanie skasowana jako "zarezerwowana", aby dokonać odprawy: nikt nie może się zameldować, dopóki ta osoba nie dokona pierwszego odprawy (wtedy każdy inny użytkownik będzie musiał scalić swoją wersję z ostatni zarejestrowany plik)
    Uwaga: "Zarezerwowane" zamówienie może zwolnić blokadę i zostać niezastrzeżone przez właściciela lub administrator;

  • „optymistyczne”: bezwarunkowe Zamówienie co oznacza (jeśli nikt nie używać zastrzeżonego kasę na tym samym pliku): pierwszy check-in może to zrobić bez żadnej innej pracy, inne z nich będą musiały połączyć ich praca z najnowszym odprawionym plikiem.

W perspektywie jeśli polityki wykorzystania:

  • Zazwyczaj zastrzeżone kasa jest w porządku, ponieważ pozwala na dokonanie zmian z „wysokiego priorytetu”: muszą być brane pod uwagę w pierwszej kolejności.
  • W przypadku lokalnych modyfikacji, które nie muszą być od razu rejestrowane, wystarczy jedno zamówienie.
  • Dla lokalnej modyfikacji, której nie trzeba w ogóle sprawdzać, porwany plik lub pliki zaćmieniowe są wystarczające (więc, nie ma w ogóle kasy).
Powiązane problemy