than tag remove remote one more matches error git workflow development-environment staging dev-to-production

tag - Flujo de trabajo óptimo para la pila del servidor local/de ensayo/producción+Git



git remote tag (1)

Busco incorporar un flujo de trabajo de desarrollo web que me permita hacer lo siguiente:

  • Desarrollar / probar localmente
    • imita el servidor de producción (muchos subdominios, algunos DB de mysql)
    • permanece sincronizado entre el escritorio y la computadora portátil para permitir el desarrollo en movimiento
  • empujar fácilmente local -> puesta en escena
  • Empuje fácilmente la puesta en escena -> producción
  • edite en vivo fácilmente en el servidor de producción (ocasionalmente necesito actualizaciones menores de contenido, cambios tipográficos, etc. Ahora dedico mucho tiempo a hacer pequeñas ediciones, empujándolas a la puesta en escena, y luego a la producción, lo que toma un tiempo para cosas menores .)

También soy nuevo en Git. He comenzado a probar las aguas con Git en mis proyectos personales, sin embargo, el proyecto que he heredado (con los entornos de producción / puesta en escena) no ha utilizado ningún control de versión hasta este momento.

Preguntas:

  • ¿Cómo puedo adaptar fácilmente un gran proyecto establecido a un entorno local (XAMPP)?
  • ¿Cómo puedo sincronizar mi entorno local entre dev-laptop y dev-desktop?
  • ¿Merece la pena Github en este tipo de configuración de proyecto / servidor preestablecida? Parece que agrega muchos más pasos (por ejemplo, local-> push to git repo -> descargar repo al servidor de pruebas -> push servidor de pruebas al servidor en vivo). También me preocupa mantener la privacidad / seguridad.

Básicamente, soy el único desarrollador a quien se me entregó un proyecto bastante grande y solo quiero intentar hacer las cosas lo más fáciles / sencillas posible para mí. :)


Las ramas son una forma de facilitar este flujo de trabajo. Hay una excelente publicación en el blog sobre cómo usar las sucursales de Git para administrar un flujo de trabajo de desarrollo típico.

A continuación, tendrá una rama para producción (p. Ej., master ), una para las ediciones en vivo que corresponda a la rama de hotfix en la publicación anterior y otra para desarrollo.

Para sincronizar sus entornos locales en una computadora portátil y una computadora de escritorio, puede usar la rama de development mencionada anteriormente también como una rama remota y hacer que ambos dispositivos empujen sus compromisos locales en esta rama hacia el repositorio remoto.