Estoy tratando de entender un buen flujo de trabajo de git usando capistrano. He encontrado unpocos bueno artículos, pero no entiendo completamente lo que sugieren (probablemente) o de alguna manera faltan.

Esto es lo que tenía en mente hasta ahora, pero me veo atrapado cuando me fusiono nuevamente en la rama maestra (es decir, ¿antes de pasar al escenario? ¿Después?) E intento engancharlo al capistrano para los despliegues:

Asegúrese de estar actualizado con todos los cambios realizados en la rama maestra remota por otros desarrolladoresgit checkout mastergit pullCree una nueva rama que pertenezca al error particular que está tratando de corregirgit checkout -b bug-fix-branchHaz tus cambiosgit statusgit add .git commit -m "Friendly message about the commit"

Entonces, aquí es donde me atoro. En este punto, tengo unMaestro rama que es saludable y nuevarama-corrección-error que contiene mis cambios (no probados, que no sean pruebas unitarias).

Si quiero llevar mis cambios al escenario (a través decap staging deploy), ¿tengo que volver a fusionar mis cambios en la rama maestra (preferiría no hacerlo ya que parece que el maestro debe mantenerse libre de código no probado)? ¿Incluso despliegue desde master (o debería etiquetar una versión primero y luego modificar miproduction.rb archivo para implementar desde esa etiqueta)?despliegue git parece abordar algunos de estos problemas de flujo de trabajo, pero parece que no puedo descubrir cómo demonios realmente se engancha en el despliegue de puesta en escena y despliegue de producción de tope.

Pensamientos? Supongo que hay un probablecanónico manera de hacer esto, pero yo tampocohipocresía lo encuentro o soy demasiado nuevo para reconocer que yotener Lo encontré.

¡Ayuda!