- 1

Control de Versiones con Git y GitHub: De Básico a Avanzado
03:53 - 2

Fundamentos de Git: Configuración y Comandos Básicos
07:02 - 3

Control de Versiones con Git: Comandos Básicos y Flujo de Trabajo
11:02 - 4

Gestión de ramas en Git: creación, fusión y eliminación eficiente
06:42 - 5

Git Reset vs Git Revert: Manejo de Historial y Corrección de Errores
11:23 - 6

Uso de Git Tag y Git Checkout para Gestión de Versiones y Revisión
10:20 - 7

Resolución de Conflictos de Ramas en Git paso a paso
07:31 - 8

Uso de Git en Visual Studio Code
10:34 quiz de Fundamentos de Git y control de versiones
Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios
Clase 11 de 42 • Curso de Git y GitHub
Contenido del curso
- 9

Uso de GitHub para Colaboración y Desarrollo Seguro
05:14 - 10

Creación y configuración de cuenta GitHub paso a paso
10:32 - 11

Proceso de Trabajo con Git y GitHub: Creación y Revisión de Repositorios
03:20 - 12

Creación y colaboración en repositorios de GitHub
05:36 - 13
Precios y Planes de Productos de Github
02:42 - 14

Configuración de SSH en GitHub para Windows, Linux y Mac
15:07 - 15

Uso de Forks y Estrellas en Repositorios de GitHub
05:32 - 16

Uso de git pull, git push y git fetch en repositorios GitHub
10:50 - 17

Creación de Plantillas de Issues en GitHub
06:42 - 18

Uso de Pull Requests en GitHub para Colaboración Efectiva
08:41 quiz de Introducción a GitHub
- 19

Gestión de Proyectos con GitHub Projects: Planificación Colaborativa
10:35 - 20

Automatización de flujos de trabajo en GitHub Projects
10:52 - 21
Recursos Esenciales de Markdown para Documentación Efectiva
03:26 - 22

Creación de una Portada de Perfil en GitHub con Markdown
11:54 - 23
Creación y Gestión de Wikis en GitHub
02:55 - 24

Uso de GitHub Gist para Compartir y Revisar Código Colaborativo
05:47 - 25

Creación y Publicación de Sitios Web con GitHub Pages
08:41 quiz de Herramientas de colaboración en GitHub
- 30

Gestión de GitHub Tokens para Acceso Seguro a Repositorios
14:46 - 31

Mitigación de Brechas de Seguridad en Repositorios GitHub
11:19 - 32

Gestión de Seguridad de Paquetes con Dependabot en Proyectos .NET
12:29 - 33

Configuración de Repositorios Privados en GitHub
15:45 quiz de Seguridad y buenas prácticas en GitHub
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”.