He estado acostumbrado a la subversión, así que esto no es obvio para mí.
Digamos que tengo un sitio web en www.ejemplo.com , actualmente no bajo control de código fuente, que quiero controlar con git.
Quiero hacer cambios al decir dev.example.com Y cometerlos cuando estoy seguro de que funcionan.
¿Cómo hace la gente normalmente esto? He estado leyendo un poco, parece que la práctica habitual es crear el repositorio git allí mismo en la raíz de www.ejemplo.com , luego tire hacia dev. ¿Está bien? ¿O es más seguro, o mejor práctica, tener ambos www y dev ¿Como árboles de trabajo y la repo en algún tercer lugar?
repo.example.compara mis repositorios de git, que tiene un gancho que empuja las actualizaciones abeta.example.com. Pruebo desde allí y lo sincronizo conexample.comcuando he tenido la capacidad de realizar pruebas suficientes para moverme (por supuesto, tengo LAMP localmente para hacer el trabajo y evitar 500 confirmaciones por cosas pequeñas) Es la mejor manera, no estoy seguro, pero ha funcionado bien para mis usos. Aunque no me gustan las carpetas desordenadas.Respuestas:
Dado que git está distribuido, no necesariamente tiene que tener el repositorio en otro lugar que no sea dev o www.
Una buena práctica es usar dev como su árbol de trabajo, crear etiquetas y empujar esas etiquetas a www.
Con git, su flujo de trabajo ideal debería ser relativamente más frecuente, con compromisos más pequeños: siempre puede volver a hacer una base para limpiar su historial de compromisos antes de enviarlo a un repositorio central / www.
En una organización más grande, tendría un "repo de registro" que sería administrado por su (s) ingeniero (s) de lanzamiento. Para un equipo pequeño / de una sola persona, entonces sabrá cuándo desea enviar su repositorio a www.
Hacer no Haz de www tu árbol de trabajo. Todos los cambios deben provenir del repositorio: esto garantizará que su servidor de producción esté siempre en un estado conocido.
fuente