2010-01-15 19 views
5

Estoy buscando algunos consejos sobre cómo usar git para un sitio web con mucho contenido html.Uso de git para un gran sitio web

Tenemos 2 administradores de contenido que hacen codificación html básica y cargan su trabajo al servidor. Yo soy el único desarrollador.

El sitio está bastante dividido entre 2 tipos de contenido. Primero es un contenido de noticias que se publica en una base de datos y se muestra en todo el sitio. La otra mitad del contenido está en html. El sitio usa el sistema de plantillas y todas las páginas html son solo la porción de contenido de la página. El sistema de plantillas agrega el encabezado, el pie de página y la navegación. El sitio en su conjunto tiene aproximadamente 3.5gb (tenemos muchos archivos PDF e imágenes).

La primera pregunta es si vuelvo todo en git ¿qué pasará? Tengo la sensación de que al principio estará bien, pero a medida que se hagan cambios y el sitio crezca, ¿el repositorio git crecerá hasta el punto de ser inmanejable?

En segundo lugar, debido al sistema de plantillas, los administradores de contenido no pueden ver su trabajo en sus máquinas locales sin una configuración completa del servidor web. Me gustaría evitar esto si es posible. Tengo un servidor de prueba en la oficina, pero no puedo encontrar la manera de que git gui se ejecute en una máquina local, sino que haga referencia a los archivos en el servidor remoto. Simplemente ejecutar git gui sobre ssh devuelve un error y enseñarles a todos los comandos de git no va a suceder.

Cualquier sugerencia sería de mucha ayuda. Actualmente no estamos usando ningún control de versión y es un desastre. La gente sobrescribe constantemente el trabajo de los demás y no tenemos una manera fácil de mover los cambios de un servidor de prueba al servidor de producción.

Respuesta

6

No se preocupe por el tamaño. Hemos empujado a git a "tierras locas" con un árbol que tiene archivos de 5.9G y 57k. El repositorio es 3.6G (git se comprime muy bien). Checkout, merge, commit, push, pull - todo es tan rápido como puede ser. Lo único que lleva tiempo es cambiar a una rama antigua muy (puede tomar uno o dos minutos) o clonar un repositorio nuevo en la red (puede tomar 10 o 20 minutos). Eso es solo porque tenemos mucho bulto en el árbol.

Hay git gui front ends. Si ninguno de ellos funciona, podría instalar un servidor web e instalar uno de los muchos git web front ends.

+0

Supongo que quieres decir G en lugar de M ... –

+2

Puedo secundar esto; usamos git para administrar un repositorio de 8GB con> 40k archivos, no hay problema. – linked

+0

@Michael, de hecho lo hice. Gracias. –

0

Si desea utilizar el sistema de control de versiones distribuidas (como Git) de forma sencilla, intente con Mercurial (hg). Funciona más o menos como Git, pero en general es más fácil de usar. Git, sin embargo, es más flexible y permite hacer todo tipo de trucos, pero resulta en un uso más difícil.

Mercurial tiene también una extensión de shell de Windows muy bonita - TortoiseHG, que hace que el uso de HG sea muy simple, incluso para alguien que no tiene mucha experiencia con el control de versiones.

No se preocupe por el tamaño del repositorio en ambos casos, Linux Kernel se mantiene en Git, mientras que los desarrolladores de Java 7 JDK usan Mercurial, estos son proyectos enormes.

+0

Preferiría no cambiar de sistema, pero usted hace un buen punto con el problema del tamaño. – respectTheCode

Cuestiones relacionadas