Защита p4 - это, безусловно, лучший способ пойти - это то, для чего оно предназначено. Я настоятельно рекомендую вам поместить всех ваших пользователей в группы, и только когда-либо использовать группы в вашей таблице защиты - гораздо проще в управлении.
Вы можете защитить любой уровень детализации, который вам нравится, так что он не громоздкий. Также обратите внимание, что версия сервера 2008.1 имеет новую функцию защиты, которая позволяет вам указать, что вы можете сделать несколько иначе. Изменить примечание:
#152278 **
'p4 protect' now allows specification of permission 'rights'.
Previously, 'p4 protect' only allowed using permission levels
which include the specified access (ie 'read') and also all
of its lesser permissions (ie 'read' = 'read' + 'list').
Permission rights make it possible to deny individual rights
without having to re-grant lesser rights. The new
permission rights are '=read', '=branch', '=open',
and '=write'. This functionality was previously undocumented,
and is now fully supported for 2008.1
Если у вас действительно есть проблема с того, чтобы быть администратором, чтобы заблокировать & разблокировать, то вы должны взглянуть на «владельца группы» функция введена в 2007.3. Это позволит не-суперпользователю иметь возможность добавлять & удалить людей из группы. Поэтому объедините это с таблицей защиты. То есть получить администратор сайта для настройки таблицы защиты и ограничить права группы с именем «Rel 1.0 Authorized» и сделать вас владельцем группы. Затем вы можете добавлять и удалять пользователей (или подгруппы) из этой группы для контроля доступа.
Опция триггера - это возможность, но вам все равно нужно быть администратором, чтобы настроить триггер в первую очередь. Вы также можете повлиять на производительность всех представлений, на что можно обратить внимание. Но основная проблема с триггерами заключается в том, что вы будете использовать их для эмуляции встроенной функции, предназначенной для этой цели, т. Е. Таблицы защиты. И, если вы хотите быть в безопасности, вам все равно нужно найти способ предотвратить кого-либо другого, изменяющего ссылочный файл. Кажется, очень много работы по эмулированию существующей функции.
Нужно ли быть администратором perforce для этого? Кроме того, есть только один файл защиты для всего склада вправо, не становится ли он громоздким? Опечатка и все депо не будут работать правильно? Вот причины, по которым я пытался найти альтернативу защите, но, тем не менее, если это единственный способ, я пойду с этим –
. Вы должны быть администратором для изменения защиты (это определение администратора в perforce.) Прежде чем ваши изменения будут приняты, файл проверяется на наличие ошибок. У меня есть несколько сотен записей в моей защите, но он хорошо отслеживает мои бизнес-требования, поэтому он чувствует себя чистым и самоочевидным. – Sniggerfardimungus