Introducción a GIT

Introducción a GIT

• Git es un sistema de control de versiones distribuido.
• Permite a los desarrolladores registrar, manejar y colaborar eficientemente en proyectos de software.
• Fue creado por Linus Torvalds en 2005.

Importancia de GIT

• Control de versiones: GIT guarda un historial completo de los cambios, permitiendo volver a versiones anteriores.
• Colaboración eficiente: Facilita el trabajo simultáneo de varias personas en un mismo proyecto.
• Las ramas permiten el desarrollo independiente de nuevas funcionalidades.
• Resolución de conflictos: GIT ayuda a identificar y resolver conflictos antes de fusionar cambios.
• Distribuido: Cada usuario tiene una copia completa del repositorio, lo que brinda flexibilidad y seguridad.
• Integración con plataformas: Herramientas como GitHub, GitLab y Bitbucket potencian el uso de GIT al ofrecer espacios en la nube.

Problemas comunes sin control de versiones

• Sobreescritura de archivos: Conflictos al trabajar varias personas en el mismo archivo.
• Pérdida de cambios importantes: Sin historial, los cambios críticos pueden perderse.
• Dificultad para colaborar: Imposibilidad de coordinar ediciones en equipo.

Ejemplos de uso de GIT

• Desarrollo de aplicaciones móviles: Cada desarrollador trabaja en una rama independiente.
• GIT se utiliza para fusionar el trabajo y asegurar que las nuevas funciones no afecten el resto de la aplicación.
• Permite revertir cambios problemáticos mediante el historial de GIT.
• Diseño web colaborativo: Diseñadores y desarrolladores trabajan juntos en archivos CSS, JavaScript y HTML.
• GIT facilita la coordinación de cambios sin sobrescribir el trabajo de los demás.

Diferencias entre Git, SVN y Mercurial

• Git: Sistema distribuido sin repositorio central obligatorio, rápido, permite trabajo sin conexión y es muy popular.
• SVN: Sistema centralizado con un repositorio central obligatorio, más lento y popularidad en declive.
• Mercurial: Similar a Git pero con una curva de aprendizaje más sencilla.

Componentes principales de Git

• Working Directory (Directorio de Trabajo): Donde se realizan los cambios en los archivos del proyecto.
• Los archivos están en su estado actual, sin seguimiento ni confirmación de cambios.
• Staging Area (Área de Preparación): Espacio intermedio donde se almacenan los archivos marcados para ser confirmados en el próximo "commit".
• Permite seleccionar cuáles cambios serán incluidos en el historial de versiones.
• Repositorio (Local y Remoto):
  • Local: Contiene el historial de versiones almacenado en la carpeta ".git".
  • Remoto: Copia del repositorio almacenada en un servidor (GitHub o GitLab) para facilitar la colaboración.

Flujo de Trabajo en Git

• Modificado (Modified): Se realizan cambios en el archivo dentro del directorio de trabajo.
• Preparado (Staged): Se agregan los cambios al área de preparación.
• Confirmado (Committed): Se guardan los cambios del área de preparación en el repositorio local.

Comandos Esenciales en Git

• git status: Muestra el estado de los archivos en el repositorio.
• git add : Agrega archivos al área de preparación.
• git commit -m "mensaje": Confirma los cambios en el repositorio local.
• git log --oneline: Muestra el historial de "commits" de manera resumida.
• git diff: Muestra diferencias entre archivos modificados.
• git reset : Quita un archivo del área de preparación.

Repositorios Remotos y Colaboración en Git

• Los repositorios remotos permiten compartir código y colaborar.
• Algunos servicios populares son GitHub, GitLab y Bitbucket.
• Se recomienda usar claves SSH en lugar de autenticación por contraseña.

Configuración de un Repositorio

• Para trabajar con un repositorio remoto, es necesario clonarlo o enlazar un repositorio local con uno remoto.
• Clonar un Repositorio Existente: git clone [email protected]:usuario/repositorio.git .
• Vincular un Repositorio Local con un Remoto: git remote add origin [email protected]:usuario/repositorio.git .
• Verificar la conexión: git remote -v.

Trabajo Colaborativo con Git

• En equipos de desarrollo, Git permite gestionar cambios mediante "push", "pull" y "fetch".
• Subir Cambios al Repositorio Remoto: git push origin main.
• Obtener Cambios del Repositorio Remoto: git pull origin main.

Crear y Fusionar Ramas (Branching y Merging)

• El uso de ramas permite desarrollar nuevas características sin afectar la rama principal.
• Crear una nueva rama y cambiar a ella:
  • git branch nueva-rama
  • git checkout nueva-rama
• Fusionar una rama en "main":
  • git checkout main
  • git merge nueva-rama

Pull Requests y Estrategias de Trabajo en Equipo

• Las Pull Requests (PR) permiten que varios desarrolladores colaboren revisando y fusionando cambios en ramas antes de agregarlos a la rama principal.
• Flujo típico de una PR:
  • Crear una nueva rama para desarrollar una funcionalidad.
  • Subir los cambios al repositorio remoto.
  • Crear una Pull Request en GitHub o GitLab.
  • Recibir revisiones y sugerencias de otros desarrolladores.
  • Fusionar la PR en la rama principal.

GIT - Estrategias de Trabajo en Equipo

• Git Flow: Estrategia para organizar el trabajo en equipos de desarrollo especificando roles para cada rama.
• main: Contiene la versión estable del proyecto.
• develop: Rama de integración donde se fusionan nuevas características.
• feature/*: Ramas para desarrollar nuevas funcionalidades.
• hotfix/*: Ramas para corregir errores críticos en producción.
• Trunk-Based Development: Todos los desarrolladores trabajan en una sola rama (main).
• Se realizan pequeños commits y se integran con frecuencia.
• GitHub Flow: Características se desarrollan ramas cortas y se fusionan mediante PRs.
• Se trabaja directamente en "main".

GIT - Comandos básicos

• Crear rama: git branch <nombre-de-la-rama>
• Cambiar a una Rama: git checkout <nombre-de-la-rama>
• Crear y cambiar a una nueva rama: git checkout -b <nombre-de-la-rama>
• Fusionar ramas:
  • git checkout develop
  • git merge feature/<nombre-de-la-característica>