Tu flujo de trabajo actual (desarrollo local)

  Excelente pregunta! Esa es una de las confusiones más comunes al empezar con Git. Te explico la diferencia clave para que veas que son dos cosas distintas pero complementarias.

Tu flujo de trabajo actual (desarrollo local)

  1. Editas código en tu máquina virtual usando VS Code (vía SSH).

  2. Pruebas los cambios ejecutando comandos como docker compose exec app php artisan test. Aquí usas Docker para ver si tu código funciona, pero no estás usando Git.

  3. Cuando el cambio está listo, usas Git para guardarlo: git add . y git commit -m "feat: ...". Esto crea un punto de control en tu historial.

En este escenario, no estás desplegando. Estás desarrollando y guardando tu progreso. El comando git commit solo guarda una "foto" de tu código en tu repositorio local dentro de la máquina virtual. No hace que los cambios sean visibles para los usuarios finales en un entorno de producción.

¿Qué significa "subir por Git" en lugar de "subir por FTP"?

Aquí radica el cambio de perspectiva. Tradicionalmente, para publicar una web se usaba FTP: arrastrabas y soltabas archivos desde tu computadora al servidor de producción.

"Subir con Git" (o deployment basado en Git) es un proceso completamente diferente. Es la forma automatizada de decirle al servidor: "Oye, tengo una nueva versión de mi código. Ve a buscarla tú mismo".

Se basa en que el servidor de producción se convierte en el receptor del código, en lugar de que tú lo envíes activamente.

¿Cómo funciona el deployment con Git?

Aquí tienes un ejemplo común, que puede ser un script, una herramienta o una plataforma de CI/CD (Integración Continua/Entrega Continua):

  1. Haces git push: Subes tus commits a GitHub (o a un repositorio privado).

  2. El servidor recibe una notificación: GitHub envía una señal (webhook) a tu servidor, o un sistema de despliegue como DeployHQ detecta el nuevo commit.

  3. El servidor actualiza su código: Este sistema se conecta a tu servidor de producción por SSH y ejecuta un comando como git pull para descargar los últimos cambios.

  4. El servidor se reconstruye: Luego ejecuta comandos para poner la aplicación en marcha: composer install (instalar nuevas dependencias), php artisan migrate (actualizar la base de datos), reiniciar servicios, etc.

Git vs. FTP: El "para qué"

  • FTP es como mover manualmente cajas de una bodega a otra. Puedes equivocarte y olvidar archivos. Es lento y no tiene control de versiones.

  • Git (como estrategia de despliegue) es como tener un sistema de reparto automático. Cada vez que etiquetas una caja ("versión"), el sistema la recoge, la construye y la entrega sin que tú tengas que mover un dedo.

En resumen:

  • Tu duda sobre el contenedor: No, Git no va dentro del contenedor para desarrollo. El contenedor ejecuta tu código, y Git (en la máquina virtual/host) versiona los archivos que el contenedor ve gracias al volumen montado.

  • La verdadera diferencia: "Subir por FTP" es una tarea manual de copia de archivos. "Subir por Git" es un proceso de automatización de despliegue que se activa cuando haces git push a tu repositorio remoto. ¡Son conceptos y flujos de trabajo completamente distintos

Comentarios

Publicar un comentario

Entradas más populares de este blog

11-intro

  Tutorial Completo de Git Índice Introducción a Git Instalación y configuración inicial Comandos básicos Ramas (Branches) Trabajo remoto con GitHub Flujos de trabajo comunes Ejercicios prácticos 1. Introducción a Git {#introducción} Git  es un sistema de control de versiones distribuido que permite: ✅ Llevar un historial de cambios en tu código ✅ Trabajar en equipo sin pisar el trabajo de otros ✅ Experimentar sin miedo a romper nada ✅ Volver a versiones anteriores fácilmente Conceptos clave: Repositorio : Carpeta donde Git guarda todo el historial Commit : Instantánea de los archivos en un momento específico Rama (Branch) : Línea independiente de desarrollo HEAD : Puntero al commit actual 2. Instalación y configuración inicial {#instalación} Instalación: Windows : Descargar desde  git-scm.com Mac :  brew install git  o descargar instalador Linux :  sudo apt install git  (Ubuntu/Debian) Configuración inicial (solo una vez): bash # Configurar tu identid...
Leer más

12. Exposición sobre los comandos usados hasta el momento

 Exposición sobre los Comandos Fundamentales Bienvenidos a esta exposición. Hoy vamos a repasar los comandos básicos de Git que hemos aprendido hasta ahora, pero en lugar de solo listarlos, vamos a entender cómo funcionan en conjunto dentro del flujo de trabajo diario. Para esto, nos ayudaremos de una analogía muy útil. 1. El Punto de Partida:  git init Primero lo primero. ¿Qué necesitamos para empezar a usar Git en un proyecto? Necesitamos  inicializar un repositorio local . El comando mágico es:  git init . ¿Qué es lo que sirve? Sirve para crear ese repositorio local. Una vez ejecutado, este comando crea una carpeta oculta llamada  .git . Imaginen esta carpeta como el "cuarto oscuro" o el "cerebro" de nuestro proyecto. Esta carpeta  .git  contiene la referencia a todo lo que nosotros vayamos a hacer. Es la que le permite a Git llevar un rastro detallado de todas las modificaciones, por pequeñas que sean. Sin ella, Git no existiría en nuestro proyecto...
Leer más

13. Cambiar nombre de la rama Master a Main

   Cambiar el nombre de la rama Master a Main Bienvenidos a esta nueva exposición. Hoy vamos a abordar un tema muy importante en la evolución de Git: el cambio de nombre de la rama principal de  master  a  main . Veremos por qué es relevante, qué son las ramas y cómo realizar este cambio tanto en nuestro repositorio actual como de manera global para futuros proyectos. 1. ¿Dónde estamos? El comando  git branch Para empezar, abran su terminal integrada (ya sea en Visual Studio Code o la que prefieran) y ejecuten el siguiente comando: git branch git branch  es un comando que les va a decir en qué rama están trabajando actualmente. Es parecido a  git status , pero  status  les da mucha más información (archivos modificados, etc.).  git branch  se enfoca específicamente en las ramas. Al ejecutarlo, verán algo como esto (probablemente con un asterisco y de otro color): bash * master Eso indica que están en la rama  master . 2. ¿...
Leer más