Fundamentos de Git y control de versiones
¿Qué son Git y GitHub?
Configuración Inicial de Git: init y config
Comandos Básicos de Git: add, commit y log
Ramas y Fusión de Cambios: branch, merge, switch y checkout
Volviendo en el Tiempo en Git: reset y revert
Gestión de versiones: tag y checkout
Cómo Resolver Conflictos de Ramas en Git
Usando Git desde Visual Studio Code
Quiz: Fundamentos de Git y control de versiones
Introducción a GitHub
Por qué GitHub es clave para los Desarrolladores
Creación y configuración de cuenta de GitHub
¿Cómo integrar Git y GitHub en un flujo de trabajo profesional?
Gestión de Repositorios en GitHub
Productos de GitHub: precios, planes y apps
Cómo configurar SSH para GitHub: Guía paso a paso
Clone, fork y estrellas a repositorios
Trabajo con repositorios remotos: push, pull y fetch
Gestión de Issues y Discussions en GitHub
Colaboración sin errores: Pull Requests en GitHub
Quiz: Introducción a GitHub
Herramientas de colaboración en GitHub
Introducción a GitHub Projects
Automatización y Gestión de Proyectos en GitHub
Documentación en GitHub con Markdown
Personaliza tu Perfil de GitHub con Markdown
Uso de Wikis
Cómo usar GitHub Gist
Cómo usar GitHub Pages
Quiz: Herramientas de colaboración en GitHub
GitHub Codespaces
Cómo usar GitHub Codespaces: Configuración y Desarrollo en la Nube
Cómo configurar entornos de desarrollo avanzados en GitHub Codespaces
Pair Programming con Codespaces y Visual Studio Code
Cómo usar GitHub.dev Editor
Quiz: GitHub Codespaces
Seguridad y buenas prácticas en GitHub
Cómo Usar Tokens en GitHub para Acceso Seguro a Repositorios Privados
Gestión de Dependencias y Seguridad con Dependabot en GitHub
Mantenimiento de repositorios seguros
Gestión de datos sensibles y políticas de seguridad
Quiz: Seguridad y buenas prácticas en GitHub
Administración de GitHub
Administración de organizaciones en GitHub
Cómo personalizar tu perfil de GitHub con GitHub Actions
GitHub CLI para administración
Quiz: Administración de GitHub
Gestión de Cambios con Pull Requests
Importancia de los Pull Requests y Ramas en GitHub
Revisión y Fusión de Pull Requests
Git Rebase
Quiz: Gestión de Cambios con Pull Requests
GitHub Releases
Introducción a los GitHub Releases
Publicación de paquetes en GitHub y PyPI
Quiz: GitHub Releases
Cierre
ProTips: Mejora tu productividad diaria en GitHub
No tienes acceso a esta clase
¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera
Cuando trabajamos en equipo, el manejo de conflictos de ramas en Git es esencial para evitar problemas y asegurar una integración fluida de cambios en los archivos compartidos. Aquí te mostramos cómo se genera un conflicto de ramas y la forma efectiva de resolverlo paso a paso.
En un entorno colaborativo, es común que varias personas realicen modificaciones en archivos compartidos. Esto puede llevar a conflictos de ramas cuando intentamos fusionar cambios y estos alteran las modificaciones previas realizadas por otro colaborador. En estos casos, se debe elegir qué cambios se mantendrán en la rama principal.
Para experimentar y entender cómo resolver un conflicto, podemos crear uno intencionalmente. Aquí están los pasos básicos:
git branch
. Si solo tienes la rama main
, estás listo para iniciar.conflict.txt
, añade contenido inicial (e.g., “línea original”) y realiza un commit:git add conflict.txt
git commit -m "Archivo de conflicto creado"
git checkout -b developer
y modifica el archivo con nuevos cambios, como “cambios desde la rama dev”, realiza un commit.main
con git checkout main
y modifica el mismo archivo en esta rama, por ejemplo, añadiendo “segundo cambio desde main”, y realiza otro commit.Al regresar a main
y realizar la fusión de developer
, verás el conflicto.
Cuando Git detecta un conflicto, te indicará las diferencias entre las ramas con etiquetas que facilitan la identificación de cambios:
<<<<< HEAD
y >>>>>
, que marcan los cambios en main
y en la rama que intentas fusionar (developer
).git add conflict.txt
git commit -m "Conflicto resuelto"
Una vez resuelto el conflicto y unificada la versión final en main
, considera eliminar la rama developer
para evitar conflictos futuros. Esto ayuda a mantener el historial de cambios limpio y reduce la posibilidad de cometer errores en el futuro.
Aportes 13
Preguntas 3
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?