hg контроль доступа к центральному хранилищу

Question

Мы пришли из подрывной среды, где у нас есть менеджер QA, который дает права коммитов центральному репозиторию, когда он проверит, что все действия QC выполнены.

Я и пара коллег начинаем использовать Mercurial, и мы хотим иметь общий репозиторий, который будет содержать наши изменения в КК. Каждый из разработчиков hg клонирует репозиторий и отправляет свои изменения обратно в общий репозиторий. Я прочитал учебник по HG init и пролистал книгу о красных бобах, но не смог найти, как контролировать, кому разрешено вносить изменения в общий репозиторий.

Как наша существующая модель контролируемых коммитов QA-менеджера может быть преобразована в ртутный «центральный» репозиторий?

Answer 1

Комментарий HenriW, спрашивающий, как вы обслуживаете репозитории, является совершенно правильным вопросом.То, как вы устанавливаете аутентификацию, полностью зависит от того, как вы обслуживаете репо (HTTP через Apache, HTTP через hg-serve, ssh и т. Д.).Транспортный механизм обеспечивает аутентификацию, а затем Mercurial использует ее с командами из ссылки мистера Кэта (бесполезно само по себе) для управления доступом.

Поскольку вы не упомянули, как обслуживаете репоЭто было, вероятно, довольно легко установить (вы бы не забыли упомянуть о хлопотах по настройке apache или ssh :).Итак, я использую эти два:

Если вы используете hg serve , тогда у вас нет настройки аутентификации.Вам необходимо использовать apache, lighttp или nginx перед hgweb или hgwebdir для обеспечения аутентификации.До тех пор, пока вы не выполните опции allow_ * и deny_ *, строго все или никто.

Если вы используете ssh , то вы уже получаете аутентификацию от m ssh (и, вероятно, от вашей ОС), поэтому вы можете использовать директивы allow_ * и deny_ * (и, если хотите, элементы управления доступом к файловой системе).

Answer 2

serverfault.com имеет соответствующий вопрос и ссылки на Публикации репозитариев Mercurial Wiki. Первый показывает, как настроить доступ к репозиторию при использовании hgweb на сервере. У меня такое ощущение, что вы используете ssh, который на вики-странице помечен как «приватный», и поэтому склонен полагать, что вам придется вернуться к управлению доступом к файловой системе, т.е. сделать все файлы в хранилище принадлежащими группе "коммитеры", предоставьте членам группы право на запись, а всем остальным - только чтение / чтение.