Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios

Contenido del curso

Fundamentos de Git y control de versiones

Introducción a GitHub

Herramientas de colaboración en GitHub

GitHub Codespaces

Seguridad y buenas prácticas en GitHub

Administración de GitHub

Gestión de Cambios con Pull Requests

GitHub Releases

Cierre

42
Pro tips ocultos de GitHub para trabajar mejor
10:13 min

Tomar examen

Cursos Empresas Blog Live Conf Eventos Precios

0:003:20

Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios

Curso de Git y GitHub

Clase 11 de 42

Clase 11 / 42

Recursos

Para entender cómo Git y GitHub funcionan en conjunto en un flujo de trabajo profesional, debemos recordar que Git es una herramienta de control de versiones basada en comandos, mientras que GitHub facilita su implementación al ofrecer una plataforma que permite manejar proyectos de Git de forma colaborativa y accesible en la nube.

¿Cuál es la relación entre Git y GitHub?

Aunque Git y GitHub son complementarios, no fueron creados por los mismos desarrolladores ni comparten una dependencia directa. Git es el sistema de control de versiones en sí mismo, mientras que GitHub es un servicio que permite alojar repositorios Git en la nube, facilitando el trabajo colaborativo. La única conexión entre ambos es que GitHub permite gestionar proyectos que usan Git para el control de versiones.

¿Cómo se inicia el flujo de trabajo en GitHub?

Para trabajar en un proyecto en GitHub, en lugar de comenzar con git init en tu máquina local, creas un repositorio en GitHub. Este repositorio vacío se descarga al equipo y, desde ahí, se pueden hacer cambios locales. La estructura básica del flujo de trabajo incluye los siguientes pasos:

Crear un commit: Guardar los cambios realizados localmente.
Subir cambios a GitHub: Una vez los cambios estén listos, se suben a una rama separada en el repositorio remoto.

¿Por qué es importante trabajar en ramas?

Trabajar en una rama separada permite mantener el código principal estable mientras trabajas en nuevas características. Al subir la rama a GitHub, el proceso de Code Review comienza. Otros compañeros revisarán y aprobarán los cambios antes de integrarlos en la rama principal.

¿Qué reglas se pueden seguir para crear tareas?

Para facilitar la revisión de código y evitar conflictos, es ideal mantener las tareas pequeñas y con un solo objetivo. Esto hace que:

El proceso de revisión sea sencillo.
Los cambios sean menos propensos a conflictos al integrarse al proyecto principal.

Algunos equipos imponen reglas como limitar el número de archivos modificados o la cantidad de líneas de código en una tarea, aunque una recomendación básica es “una tarea, un objetivo”.

Luis Kennedy Saavedra Fuentes

Hace un año

¿Qué es el Code Review y sus beneficios?

En GitHub, el "code review" o revisión de código es un proceso donde miembros del equipo revisan el código de otros antes de que se fusione en la rama principal. Esto ayuda a garantizar la calidad del código, detectar errores, y asegurar que el código siga las convenciones de estilo y las buenas prácticas de programación.Cómo funciona:

**1. El autor del código abre una solicitud de extracción (Pull Request):**El desarrollador que ha escrito el código crea una nueva rama, hace los cambios, y luego abre una solicitud de extracción para que otros revisen sus cambios.
**2. Revisores asignados:**La solicitud de extracción se asigna a uno o más revisores que serán los responsables de revisar el código.
**3. Revisión del código:**Los revisores examinan el código línea por línea, buscando errores, problemas de estilo, y posibles mejoras.
**4. Comentarios y sugerencias:**Los revisores dejan comentarios en la solicitud de extracción con sus observaciones y sugerencias de mejoras.
**5. El autor del código responde a los comentarios:**El autor del código debe responder a los comentarios de los revisores, hacer las modificaciones necesarias, y luego informar de que ha realizado los cambios.
**6. Aprobación de la solicitud de extracción:**Una vez que los revisores están satisfechos con los cambios, aprueban la solicitud de extracción y el código se fusiona en la rama principal.

Beneficios:

**Mejora la calidad del código:**La revisión por pares ayuda a identificar errores y deficiencias en el código antes de que se fusionen en la rama principal.
**Asegura el cumplimiento de las convenciones de estilo:**Los revisores pueden asegurarse de que el código siga las convenciones de estilo y las buenas prácticas de programación de la empresa.
**Transfiere conocimientos entre los desarrolladores:**Los revisores pueden compartir sus conocimientos y experiencia con el autor del código, ayudándole a mejorar sus habilidades.
**Reduce el riesgo de errores:**La revisión de código ayuda a detectar errores y problemas de seguridad antes de que se conviertan en problemas más grandes.

Comentarios (30)30 comentarios

Marcos Sarmiento Loarte

Hace 2 años

Alexis Dorado Muñoz

Karla Verónica Álvarez Vázquez

Ederson Felipe Lopez Bolivar

Cesar Augusto Vega Lizarazo

Jorge Santafe

Hace 5 meses

Jess Key

Hace 10 meses

Julio Manuel Nieto

Hace 9 meses

Diego Mauricio Zuluaga Rodríguez

Hace 7 meses

Edwin Ardila

Daniel Vergel

Hace 3 meses

José Lancheros Ayora

Hace 6 meses

Edil Guardado

Dario Bublitz

Fundamentos de Git y control de versiones

Control de Versiones con Git y GitHub: De Básico a Avanzado

Fundamentos de Git: Configuración y Comandos Básicos

Control de Versiones con Git: Comandos Básicos y Flujo de Trabajo

Gestión de ramas en Git: creación, fusión y eliminación eficiente

Git reset vs revert para deshacer commits

Git Tag y Checkout sin romper tu proyecto

Cómo resolver conflictos de merge en Git

Uso de Git en Visual Studio Code

Introducción a GitHub

Uso de GitHub para Colaboración y Desarrollo Seguro

Cómo crear y proteger tu cuenta de GitHub

Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios

Crea y clona tu primer repo en GitHub

Precios y Planes de Productos de Github

Configuración de SSH en GitHub para Windows, Linux y Mac

Uso de Forks y Estrellas en Repositorios de GitHub

Uso de git pull, git push y git fetch en repositorios GitHub

Plantillas de issues en GitHub paso a paso

Uso de Pull Requests en GitHub para Colaboración Efectiva

Herramientas de colaboración en GitHub

GitHub Projects para gestionar tareas en equipo

Automatiza GitHub Projects con workflows

Recursos Esenciales de Markdown para Documentación Efectiva

Creación de una Portada de Perfil en GitHub con Markdown

Creación y Gestión de Wikis en GitHub

Uso de GitHub Gist para Compartir y Revisar Código Colaborativo

Creación y Publicación de Sitios Web con GitHub Pages

GitHub Codespaces

Creación y Gestión de GitHub Codespaces en la Nube

Plantillas de Codespaces con Django y devcontainer

Pair programming con Live Share en Codespaces

Uso del Editor Web de GitHub para Edición Rápida de Archivos

Seguridad y buenas prácticas en GitHub

Gestión de GitHub Tokens para Acceso Seguro a Repositorios

Secret Scanning en GitHub y sus límites

Gestión de Seguridad de Paquetes con Dependabot en Proyectos .NET

Repositorios privados y .gitignore en GitHub

Administración de GitHub

Creación y gestión de repositorios en GitHub

Automatización de GitHub Actions para Actualizar Perfil

Gestiona GitHub desde tu terminal con gh

Gestión de Cambios con Pull Requests

Configuración de Proyectos de Software con Git y GitHub

Cómo resolver conflictos de merge en VS Code

Estrategias de Fusión de Ramas en Git

GitHub Releases

Creación de Releases en Github para Desarrolladores de Software

Instala tu paquete pip desde GitHub

Cierre

Pro tips ocultos de GitHub para trabajar mejor

Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios