Имейте в виду, что базовая модель Mercurial на самом деле не может помешать кому-либо регистрировать что-либо. Единственное, что он может сделать, - это запретить пользователям загружать что-то в вашу копию хранилища.
IIS может настроить аутентификацию, чтобы Mercurial знал, какой пользователь выполняет загрузку, и поэтому только определенные пользователи могут даже пытаться загрузить. Если все, что вас волнует, это ограничение доступа к вашему репозиторию, вы можете остановиться здесь. Но если вы хотите чего-то более мелкого, я думаю, что вам сейчас не повезло.
Но, если это когда-нибудь закончится работой с аутентификацией веб-сервера, вам придется использовать расширение ACL , если вы хотите более точный контроль доступа, чем простой, которому разрешено отправлять наборы изменений в ваш репозиторий.
Способ, которым расширение ACL работает, когда изменения отправляются по сети, представляет собой ловушку перед транзакцией для групп изменений (набор версий Mercurial). Он может просматривать эти группы изменений, чтобы убедиться, что все изменения удовлетворяют заданному набору критериев. Существует множество критериев, которые можно указать.
Расширение ACL можно настроить либо в глобальном файле hgrc, в этом случае оно применяется ко всем репозиториям, либо в файле .hg/hgrc репозитория, доступ к которому вы хотите контролировать. По моему мнению, глобальная опция не очень полезна.