Я прочитал об одном центральном хранилище против нескольких репозиториев подхода в Mercurial (например theseSOquestions), и это довольно ясно, что небольшие хранилища (по одному на автономный проект) является правильным подходом.управления большим количеством ртутных хранилищ на сервере
Но это подразумевает большое количество репозиториев, где по «большому числу» я имею в виду достаточно, что сложно отслеживать, что содержит что. Я в небольшой команде (< 7 разработчиков) и с количеством проектов, над которыми мы работаем, разными филиалами/версиями и т. Д., Я вижу, что у нас есть 50 или 60 репозиториев.
Есть ли какие-либо инструменты, чтобы помочь каталогу/управлять сервером Mercurial с десятками или сотнями репозиториев?
редактировать: Я использую как SCM-Manager (в пределах нашего брандмауэра) и bitbucket (за пределами нашего брандмауэра). О, и, конечно же, у каждого разработчика будут свои собственные местные клоны из них.
Проблема заключается не в как, чтобы разместить большое количество ртутных репозиториев на сервере, но как отслеживать их все.
Описание репо должно быть достаточно, чтобы следить за теми, на сервере, и это до каждого разработчика, чтобы следить за их собственных хранилищ. –
При всем уважении вы снижаете эффект человеческой ошибки. –