¿Cómo configurar un repository central / múltiples repositorys centrales para Mercurial?

Soy nuevo en Mercurial e bash descubrir si podría replace a SVN. Todas las personas con las que trabajo han usado SVN, CVS y VSS (escalofrío), así que esto podría ser un cambio bastante grande. He estado muy interesado después de leer acerca de su fusión y capacidad de sucursal, pero tengo algunas reservas.

Actualmente estamos en SVN y tenemos un repository central. Según mi lectura, parece que no hay UN depósito central para todos los proyectos cuando se usa Mercurial. NOTA: Consideramos que cada proyecto es un set lógico de código separado o una Solución de Visual Studio. Funciona por sí mismo.

Tenemos alnetworkingedor de 60 proyectos separados en nuestro repository SVN central. Después de leer sobre Mercurial, me parece que tengo que crear 60 repositorys centrales separados para cada uno de estos proyectos en el server. PREGUNTA # 1: ¿Debo crear un único repository para cada proyecto?

En caso afirmativo, me preocupa la configuration y el alojamiento de 60 serveres Mercurial centrales independientes. Empecé a pensar que podría configurar un file, pero parece que cada repository debe configurarse individualmente usando el file "C: … \ MyRepository.hg \ hgrc" (installation de Windows). También parece que tengo que ejecutar 60 serveres (> hg serve), supongo que en diferentes puertos. PREGUNTA # 2: Si la respuesta a la pregunta 1 es afirmativa, debe haber un único repository central para cada proyecto, entonces, ¿cómo han manejado las personas muchos repositorys múltiples?

Finalmente, no he buscado mover todo el historial y los cambios de un repository SVN a un grupo de repositorys Mercurial separados, pero agradecería cualquier comentario de alguien que haya hecho esto (o si es posible).

Mercurial admite "repositorys centrales" bien, pero los hace por convención en lugar de por decreto.

Necesita ejecutar solo un server para ejecutar los sesenta repositorys, y no usaría hg serve para eso. En su lugar, elige uno de los methods de calidad de producción entre las opciones de publicación . Es probable que ejecute hgwebdir detrás de Apache, Nginx o IIS, según sus preferences.

Una vez que se está ejecutando, puede crear nuevos repsitorios con hg init o hg clone dentro de su directory de repositorys. En un empleador anterior teníamos cinco productos, con un repository "central" para cada uno, y de diez a veinte clones de cada uno para varios equipos y características, todos funcionando en un solo server. El repository central determina "lo que es oficial", pero encontrará repositorys improvisados ​​para funciones no oficiales que surgen todo el time.

hg serve es para dos desarrolladores para entregar algunos sets de cambios a toda prisa, pero los repos publicados requieren un poco más de andamios.

Creará 1 repository central por proyecto. Si yo fuera tú, pensaría en alojar a través de Kiln . Envuelve muy buenas herramientas de revisión y una bonita interfaz web alnetworkingedor de Mercurial con repositorys y almacenamiento ilimitados. Ellos se encargan de todas las partes desagradables de alojamiento y respaldo para usted. También recomendaría encarecidamente el tutorial Mercurial de Joel .

Si estás buscando algo alojado, echa un vistazo a http://rhodecode.org , es mucho más poderoso que hgweb puro. Es como un pequeño bitbucket alojado solo.

De la manera más simple, necesitaría 60 "repositorys" centrales, todos los cuales se pueden servir utilizando un contenido / server web. Cada repository se puede tratar como un directory con una ruta desde la raíz del contenedor del server.

Piensa en bitbucket o github . Sirven miles de repositorys en un solo server (o probablemente en un server), pero cada uno es independiente el uno del otro, a diferencia de SVN, donde todo está bajo un repository gigante y comparte incrementos de revisión.