2010-03-08 2 views

ответ

0

ClearCase поддерживает как:

  • "мягкий" пессимистический замок: контроль зарезервирован
  • оптимистического замок: (невыполненные извлечения)

Преимущества проверки зарезервирована в том, что он не мешает другому чтобы работать над одним и тем же файлом, так как ему придется ждать проверки до , чтобы объединить свою работу с вашей новой версией.

См about reserved/unreserved checkouts

Что сказал, вы могли бы добавить послеоперационный триггер (после оформления заказа), который проверить бы, если файл уже имеет версию checkedout и которая бы отменить проверку и выход с сообщением предотвращая второго пользователя для проверки во всех файлах.

cleartool mktrtype -element -all -postop checkout \ 
-execwin "\\path\to\checkIfNotCo.pl" \ 
-execunix "/path/to/checkIfNotCo.pl" \ 
-c "check if not CheckedOut" notco_trigger 

Вы все еще может понадобиться, чтобы написать checkIfNotCo.pl, но Paul упоминает в his answer, это на самом деле не нужны.
Если это действительно чувствительный файл, вы можете его заблокировать.

+0

Очень приятно! Большое спасибо. –

1

Вы только что отметили «зарезервировано». Любой, кто проверяет один и тот же файл, получит «безоговорочную» версию. Тогда вам будет гарантировано право на проверку версии, которая создает преемника текущей версии, тогда как у кого-либо с «безоговорочной» проверкой не будет. На самом деле это намного лучше, чем эксклюзивные проверки.

+0

Как лучше, чем эксклюзивные кассы? –

+1

Потому что, если какой-то идиот проверяет файл исключительно, а затем забывает об этом или уходит в отпуск, он не останавливает других людей от продолжения работы. –

+0

Что делать, если тот же идиот проверяет файл, над которым я работаю, и удалять строки кода, которые мне нужны? Затем я проверяю свой файл, думая, что все хорошо, и этот идиот хочет проверить свою версию файла ... тогда что происходит? Слияние? предположим, что парень глуп, он сделает это неправильно ... –