Tengo los siguientes repos.Configuración de un origen remoto de git
- DEV REPO: en un directorio en mi máquina de desarrollo, donde hago cambios
- REPO PRINCIPAL: repositorio desnudo en mi máquina de desarrollo al que empujo cambios de recompra dev REPO
- PRODUCCIÓN: repositorio en el equipo host para tirar de actualizaciones desde el repositorio principal
solía git remote add origin /Users/me/sites/main_repo
para configurar el repositorio principal, como origen para la cesión temporal DEV. El repositorio de PRODUCCIÓN se encuentra en un host remoto. ¿Puedo usar una variación del mismo comando para configurar el repositorio MAIN como origen para el repositorio PRODUCCIÓN también? Si es "sí", entonces supongo que la sintaxis debería incluir una dirección IP. Como se veria eso?
¿Por qué es realmente una mala idea? Realizando algunas búsquedas ahora para ejemplos de script de implementación. – Jay
Porque la implementación a menudo significa (leer "siempre") más que lo que 'git pull' hace. Es posible que necesite configurar las credenciales de BD de producción, borrar el caché, aumentar el número de versión, hacer una copia de seguridad de la versión anterior para que pueda retroceder si las cosas van mal, optimizar/minimizar sus activos (CSS y Js por ejemplo) y un bazillion de otros cosas. –
@ClementHerreman - parece que, en base a su explicación, usar git pull no es tanto una "mala idea", ya que es una solución limitada. A veces me parece que git pull es una solución de implementación simple y perfectamente eficaz cuando tengo un escenario simple. – Brady