Crear la rama development

Ya comprobamos el primer Production. Vamos a preparar el cambio en una rama aparte para no modificar todavía esa versión. Volvé a la terminal del host, en lab e inicialmente en main, y comprobá que la copia de trabajo esté limpia.

Con la copia limpia, git switch main selecciona la rama local main. Después, git pull --ff-only trae sus cambios remotos y sólo avanza si no necesita combinar historias divergentes. Por último, git switch -c development crea una rama desde ese punto y te deja trabajando en ella.

git status
git switch main
git pull --ff-only
git switch -c development

Comprobá con git branch --show-current que estás en development. Si ya existe, no la recrees: elegí en su lugar git switch development, después de comprobar qué contiene.

Una branch es una referencia a un commit, y un SHA identifica ese commit. Al crear development todavía no cambiaste el contenido ni Production.

Cuando cambiás de rama, Git ajusta los archivos de tu copia de trabajo a la versión seleccionada. No crea otra carpeta del proyecto. En development vamos a preparar y probar el cambio sin mover main hasta el merge.

La tabla muestra alternativas, no comandos para ejecutar todos. checkout también restaura archivos. Acá usamos switch porque deja clara la intención de cambiar ramas.

No sigas si falla el pull o Git advierte que perderías cambios. Revisá git status; no fuerces ni cambies de comando para ocultar el conflicto. Manual de switch.

La alternativa de edición web consigue el mismo cambio en development. Elegí un solo método; no dupliques ramas o commits.