EMPUJA todas las sucursales locales de GIT? ¿Mejores prácticas?

Question

¿Deberían TODAS las ramas de GIT creadas localmente pasar al repositorio central a diario? ¿Cuál es el flujo de trabajo de mejor práctica con respecto a esto?

hemos creado un repositorio Git para administrar nuestro sitio de comercio electrónico grande, que está en desarrollo continuo de un equipo grande.

El repositorio central que está en 'habichuelas mágicas' y tenemos tres ramas primarias, 'ensayo previo' (maestro), 'puesta en escena' y 'producción'. Todo el desarrollo se debe fusionar en preconfiguración cuando se completa localmente y está listo para publicarse.

Veo cómo empuja ramas largas hacia Beanstalk también. Sin embargo, algunos de nuestros colaboradores del equipo impulsan TODAS las sucursales locales de desarrollo a Beanstalk diariamente en progreso o no; para crear redundancia. Creo que esto llenaría el depósito con cientos de sucursales a lo largo del tiempo. ¿Cuál es la mejor práctica?

Answer 1

prefiero no contaminar el repositorio central con todas las ramas de la todos los usuarios.

no se mezclan:

• publication workflow: lo que usted elija para publicar (push/pull a un upstream repo)
necesidad
• copia de seguridad: usar un bundle (See "Backup a Local Git Repository"), de esa manera usted tiene solamente uno archivo para copiar a cualquier unidad remota que desee.

Answer 2

Siempre puede hacer que el usuario limpie sus ramas remotas cuando haya terminado con ellas. No es una mala idea hacer que empujen sus sucursales locales solo por seguridad (especialmente si no hay una solución de respaldo en su caja). De lo contrario, si su máquina muere su rama local se ha ido.

Answer 3

Estoy de acuerdo con usted, utilizar un repositorio central para el respaldo del trabajo diario es una mala idea. Debe contener commits destinados a ser compartidos, probados o lanzados.

La copia de seguridad del trabajo diario debería ocurrir a otro repositorio, más permisivo, con opcionalmente una tarea git push --force --all backup-repo automática en cada máquina de desarrollo, o tener una herramienta de respaldo más clásica.