Fundamentos de Git y control de versiones

1

¿Qué son Git y GitHub?

2

Configuración Inicial de Git: init y config

3

Comandos Básicos de Git: add, commit y log

4

Ramas y Fusión de Cambios: branch, merge, switch y checkout

5

Volviendo en el Tiempo en Git: reset y revert

6

Gestión de versiones: tag y checkout

7

Cómo Resolver Conflictos de Ramas en Git

8

Usando Git desde Visual Studio Code

Quiz: Fundamentos de Git y control de versiones

Introducción a GitHub

9

Por qué GitHub es clave para los Desarrolladores

10

Creación y configuración de cuenta de GitHub

11

¿Cómo integrar Git y GitHub en un flujo de trabajo profesional?

12

Gestión de Repositorios en GitHub

13

Productos de GitHub: precios, planes y apps

14

Cómo configurar SSH para GitHub: Guía paso a paso

15

Clone, fork y estrellas a repositorios

16

Trabajo con repositorios remotos: push, pull y fetch

17

Gestión de Issues y Discussions en GitHub

18

Colaboración sin errores: Pull Requests en GitHub

Quiz: Introducción a GitHub

Herramientas de colaboración en GitHub

19

Introducción a GitHub Projects

20

Automatización y Gestión de Proyectos en GitHub

21

Documentación en GitHub con Markdown

22

Personaliza tu Perfil de GitHub con Markdown

23

Uso de Wikis

24

Cómo usar GitHub Gist

25

Cómo usar GitHub Pages

Quiz: Herramientas de colaboración en GitHub

GitHub Codespaces

26

Cómo usar GitHub Codespaces: Configuración y Desarrollo en la Nube

27

Cómo configurar entornos de desarrollo avanzados en GitHub Codespaces

28

Pair Programming con Codespaces y Visual Studio Code

29

Cómo usar GitHub.dev Editor

Quiz: GitHub Codespaces

Seguridad y buenas prácticas en GitHub

30

Cómo Usar Tokens en GitHub para Acceso Seguro a Repositorios Privados

31

Gestión de Dependencias y Seguridad con Dependabot en GitHub

32

Mantenimiento de repositorios seguros

33

Gestión de datos sensibles y políticas de seguridad

Quiz: Seguridad y buenas prácticas en GitHub

Administración de GitHub

34

Administración de organizaciones en GitHub

35

Cómo personalizar tu perfil de GitHub con GitHub Actions

36

GitHub CLI para administración

Quiz: Administración de GitHub

Gestión de Cambios con Pull Requests

37

Importancia de los Pull Requests y Ramas en GitHub

38

Revisión y Fusión de Pull Requests

39

Git Rebase

Quiz: Gestión de Cambios con Pull Requests

GitHub Releases

40

Introducción a los GitHub Releases

41

Publicación de paquetes en GitHub y PyPI

Quiz: GitHub Releases

Cierre

42

ProTips: Mejora tu productividad diaria en GitHub

No tienes acceso a esta clase

¡Continúa aprendiendo! Únete y comienza a potenciar tu carrera

¿Cómo integrar Git y GitHub en un flujo de trabajo profesional?

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”.

Aportes 8

Preguntas 0

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad?

"No hagas Pull Request si no te han hecho Code Review" 😉
* **Git**: Software de control de versiones para rastrear cambios en los archivos * **GitHub**: Plataforma para trabajar en equipo mediante repositorios remotos * **GitBash**: Linea de comandos para ejecutar comandos de Git
Subir cambios a GitHub desde una rama separada llamada "feature" se hace para mantener la rama principal (como "main" o "master") limpia y estable. Al trabajar en una rama "feature", puedes desarrollar nuevas funcionalidades o realizar cambios sin afectar el código en producción. Esto facilita la revisión de código (Code Review) y la integración de cambios una vez que sean aprobados. Es una práctica común en el desarrollo de software para asegurar un flujo de trabajo más organizado y colaborativo.
Solicite acceso a GitHub Education como estudiante de Platzi, tomando foto de la suscripción. Para ellos no es válido y por lo tanto rechazaron la solicitud. Por lo tanto no es suficiente con ser estudiante de Platzi para poder ingresar
![](https://static.platzi.com/media/user_upload/8-9d27db79-f833-417f-986f-80ae721c5b62.jpg)
1 tarea - 1 objetivo es una filosofía que permite ver un panomara general de las cosas con claridad y enfoque, apenas para un entorno colaborativo
![](https://static.platzi.com/media/user_upload/image-8f636068-4b6c-439b-9fc2-40f1240668b7.jpg)
Integrar Git y GitHub en un flujo de trabajo profesional implica seguir un proceso ordenado. Primero, crea un repositorio en GitHub y clónalo en tu máquina local con `git clone`. Realiza cambios en tu proyecto y usa `git add` para preparar tus archivos, seguido de `git commit` para guardar los cambios localmente. Es recomendable trabajar en ramas separadas (`git checkout -b nombre-de-rama`) para nuevas características o correcciones. Luego, sube tus cambios a GitHub con `git push origin nombre-de-rama`. A partir de ahí, inicia un proceso de Code Review para que otros revisen tus cambios. Cuando sean aprobados, fusiona la rama a la principal usando un pull request. Este flujo permite colaboración efectiva y manejo de conflictos.