Метинкс, вы пытаетесь найти техническое решение для нетехнической проблемы. Вы должны выяснить, почему эти проверки сделаны, прежде чем выяснить, как с ними бороться. Если они сделаны с одобрения руководства команды, никакие процессы не помешают им произойти в будущем. Если, с другой стороны, эти проверки выполняются отдельными членами команды, которые считали, что они знают лучше - хорошо, тогда вы привлекаете руководство для решения проблемы мошеннического разработчика.
Только после того, как вся команда выяснит, что ожидается после создания тега, вы можете реализовать эти ожидания с помощью технического решения (при необходимости).
Что касается того, как предотвратить проверки - мне кажется, что самое простое решение было бы, если бы вы создали тег, чтобы установить для него защиту только для чтения для всех через авторизацию на основе пути, Тем не менее, обратите внимание, что авторы SVN Book также явно заявляют следующее о авторизации на основе пути:
Обратите внимание, что часто бывают
невидимые (и видимые!) расходы
связано с этой функцией. в
видимая категория, сервер должен
сделать гораздо больше работы, чтобы убедиться, что
пользователь имеет право читать или писать
каждый конкретный путь; в определенном
ситуации, там очень заметно
потеря производительности. В невидимке
категория, рассмотрите культуру вы
Создание. Большую часть времени, в то время как
определенные пользователи не должны совершать
изменения в определенных частях
хранилище, этот общественный договор
не должен быть технологически
Насильственные.