Estamos utilizando git para un proyecto de múltiples sitios y tanto el repositorio como el equipo han crecido sustancialmente. Por lo tanto, los sitios remotos están sufriendo. Me gustaría agregar nuevos servidores git a los sitios remotos para disminuir la carga en nuestro servidor git y hacer que las descargas sean más rápidas. Sin embargo, no estoy seguro de cómo mantener estos sincronizados. ¿Hay alguna forma de replicar los servidores de git atómicamente? Y si no otras sugerencias?replicación del servidor git
Respuesta
Puede tener un repositorio principal de "escritura", y varios controles remotos, leer solo, rescatar de eso. A su vez, los usuarios remotos sacarían de eso. Eso le daría velocidades de descarga mayores desde sitios remotos. Las cargas seguirán siendo las mismas, pero parece que la velocidad de descarga es tu principal preocupación.
No se puede replicar atómicamente. Estoy esperando que eso no sea lo que quieres decir.
Escribí gitmirror para activar automáticamente una replicación remota basada en el arrastre en el cambio de repositorio. Requiere un poco de configuración, pero tengo un montón de cosas viniendo a través de Github (y algunas que no usan github).
que quise decir atómicamente. Sin embargo, gitmirror podría resolver la otra parte de mi problema que estaba reflejando. –
Atomically es muy bien incompatible con un sistema distribuido globalmente con muchas partes móviles. También es indeseable. El propósito de un sistema de control de revisión distribuido es permitir que este tipo de cosas funcionen aunque no haya ninguna conexión. – Dustin
- 1. Replicación del Servidor SQL no replicando claves externas
- 2. SQL servidor de mezcla programación de replicación
- 3. Solución Hosted Git con ganchos del lado del servidor?
- 4. replicación entre SQL Server y el servidor MySQL
- 5. replicación mysql - servidor esclavo en una base de datos
- 6. Replicación MySQL
- 7. SQL Server 2005 replicación
- 8. ¿Cómo hacer una copia de seguridad del servidor de git?
- 9. Git: ¿Cómo puedo modificar la confirmación del servidor?
- 10. git/github y la configuración de implementación del servidor web
- 11. ¿Tirando automáticamente del servidor remoto con Git push?
- 12. ¿Cómo deshabilitar la compresión en el lado del servidor git?
- 13. ¿Cómo instalo y configuro la replicación del índice de RavenDb
- 14. Recomendaciones y técnicas de replicación de Muzak
- 15. git eliminando una rama de desarrollo del servidor remoto de git
- 16. Replicación filtrada de CouchDB
- 17. Replicación SQL Azure
- 18. Solr: opciones de replicación
- 19. ¿Definiciones de modos de replicación?
- 20. ¿Ubicación del archivo temporal de Redis para la replicación?
- 21. HBase: ¿Cómo funciona la replicación?
- 22. mongodb replicación única de BD
- 23. replicación mongoDB + sharding en 2 servidores razonable?
- 24. replicación o incursión de cassandra
- 25. Cómo reducir el registro de transacciones en la base de datos del servidor sql en la replicación
- 26. ¿Hay un gancho lateral del servidor Git para poner la cuota en los tamaños del repositorio?
- 27. Transacciones y Replicación Maestro + Esclavo
- 28. Factor de replicación de HDFS
- 29. Estrategias de replicación de PostgreSQL
- 30. replicación mysql - ¿bloqueo de tabla?
Estaba pensando en lo mismo. Sin embargo, ¿cómo se evita una situación en la que la confirmación está en contra de una extracción de un servidor de solo lectura que no está actualizado? Me parece que esto podría causar algunos problemas (fusión/contención, etc.). –
La inserción fallará y el usuario tendrá que volver a buscar y fusionar o volver a establecer la base de datos y volver a intentarlo. Anime compromisos buenos, limpios y frecuentes, y esto nunca será un problema para usted. Si todo el mundo trabaja todo el día en el tirón de la mañana y hace un último "tiempo para irse a casa", se comprometen y todos lo presionan bien cuando suena el silbato, la contienda y el trabajo adicional generado allí son solo síntomas. :) – Dustin
Ese mismo problema podría ocurrir si lo extrajo del _central_ repo y alguien hizo commits después de tirar. Podrías configurar fácilmente un hook o cron que se asegurará de que los reposs de _satellite_ no estén a más de unos pocos minutos del _central_ repo – Andy