Я бы не рекомендовал блокировать vob или файлы:
- обе опции блокируют все (т.е. любые изменения в любой ветви) для всех (или большинства) пользователей.
- вам нужно (из
cleartool lock
справочной страницы ) быть владельцем типа, владельцем VOB или пользователем root, чтобы иметь возможность блокировать файлы или vob: если один из этих конфиденциальных файлов не является созданная вами, блокировка не удастся (и сам vob, вероятно, был создан администратором)
- обслуживание является слишком громоздким для файлов (необходимо вести список файлов, которые вы хотите заблокировать)
Лучше всего заблокировать поток или хотя бы ветку.
Это одна простая атомарная цель операции для блокировки правильной среды.
В сочетании с опцией -nusers
вы все еще можете авторизовать некоторых пользователей делать то, что им нужно (оформить заказ / проверить)
Комментарии ОП:
На самом деле я хочу запретить всем пользователям доставлять эти конфиденциальные файлы.
Если я заблокирую поток для определенного пользователя, он не будет служить цели. Это также остановит их доставку других файлов
Опция блокировки -nuser
для всех пользователей , за исключением нескольких.
Идея, лежащая в основе потока интеграции, заключается в том, что не пользователь выполняет доставку, а владелец интеграции потоков, который в свое время осуществляет доставку. Если этот поток заблокирован для всех, кроме интегратора, он / она может контролировать доставку
Однако это накладывает контроль на эти конфиденциальные файлы на интеграторе (опять же, блокировка только этих файлов была бы плохой идеей и гарантировала бы, что любая доставка не удалась из-за этих блокировок)
Если вы по-прежнему хотите, чтобы они доставлялись, имея возможность контролировать, что сборка использует только определенную версию этих файлов, тогда я скорее рекомендую:
- не блокирует поток
- установка базового уровня перед последним днем
- настройка скрипта сборки для того, чтобы он: