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
Aprender a utilizar Git desde los primeros pasos puede parecer desafiante, pero es esencial para registrar cambios y manejar versiones de cualquier proyecto. Siguiendo un flujo de trabajo sencillo y utilizando los comandos adecuados, puedes dominar el control de versiones y llevar un seguimiento preciso de tus archivos.
El primer paso es iniciar un repositorio con el comando git init
, que crea una carpeta oculta llamada .git
en el directorio de trabajo. Esta carpeta actúa como una bitácora, almacenando cada cambio y movimiento de los archivos que se manejan en el proyecto.
Para crear un archivo desde la terminal, utiliza un editor como nano
. Una vez creado, puedes verificar su existencia y estado con git status
, que te mostrará el archivo como no registrado. Para incluirlo en el área de staging, donde estará listo para el commit, usa git add nombre_del_archivo.txt
. Esta área de staging es un “limbo” donde decides qué archivos entrarán en el control de versiones.
nano testing.txt
para crear el archivo.git add testing.txt
para agregarlo al área de staging.El área de staging permite revisar los cambios antes de que se registren oficialmente en el repositorio. Los archivos en staging aún no forman parte del historial de versiones; están en espera de que se realice un commit o de ser devueltos a su estado original con git rm --cached nombre_del_archivo.txt
.
Una vez en staging, se ejecuta git commit -m "mensaje descriptivo"
para registrar los cambios en el repositorio. El mensaje en el commit es crucial porque indica la acción realizada, como “nuevo archivo de testing”. Este mensaje permite identificar los cambios de forma clara y ordenada en el historial del proyecto.
git commit -m "nuevo archivo de testing"
Para trabajar con varios archivos a la vez, utiliza git add .
que agrega todos los archivos sin registrar en el área de staging. Puedes decidir entre realizar commits individuales o múltiples en función de la cantidad de archivos y los cambios realizados en cada uno.
El comando git log
muestra el historial de commits, proporcionando una vista completa de cada cambio realizado en el proyecto. Esta bitácora permite ver el estado de cada archivo y la información de cada commit.
Cuando un archivo se edita, Git lo detecta como “modificado”. El flujo de trabajo para registrar este cambio es el mismo que para un archivo nuevo: git add
para llevarlo a staging y git commit
para guardar la modificación. Esto asegura que Git mantenga un registro detallado de cada cambio, actualización o eliminación en el proyecto.
Git trata cualquier archivo de igual manera, sin importar su extensión o tipo, ya sea de texto, código o imagen. Con git add
y git commit
, cualquier cambio en estos archivos se registra, facilitando el control de versiones sin importar el tipo de contenido.
Aportes 39
Preguntas 3
¿Quieres ver más aportes, preguntas y respuestas de la comunidad?