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

Gestión de versiones: tag y checkout

6/42
Recursos

Git facilita el control de versiones y organización de proyectos, y los comandos git tag y git checkout son piezas clave para una gestión eficiente y ordenada de los cambios en el código. Ambos comandos ayudan a crear puntos de referencia y explorar cambios sin afectar el desarrollo principal, ofreciendo opciones robustas para pruebas y organización.

¿Cómo se utiliza git tag para organizar versiones?

El comando git tag permite marcar un commit con una etiqueta descriptiva, ideal para señalar versiones estables o hitos importantes en el proyecto. Esto resulta útil en proyectos donde el equipo necesita identificar fácilmente puntos clave de avance. Al etiquetar, se añade una nota visible en el historial, lo cual facilita encontrar versiones específicas en un flujo de trabajo con muchos commits.

Para crear un tag:

  • Escribe git tag -a v1.0 -m "primera versión estable" y presiona Enter.
  • Al consultar git log, se verá el tag junto al commit en el historial.

Además, git show muestra detalles de la etiqueta, quién la creó, el mensaje de la versión y los cambios asociados a ese commit. Esto es especialmente útil cuando el historial es extenso, ya que permite regresar a puntos específicos sin necesidad de revisar cada commit en el log completo.

Para eliminar un tag:

  • Usa git tag -d v1.0 para remover el tag sin afectar el historial ni los archivos. Esto es conveniente si el nombre del tag necesita ser corregido o ajustado.

¿Qué permite git checkout al explorar el historial?

El comando git checkout tiene usos más amplios que solo cambiar entre ramas. También permite revisar commits previos para explorar o probar cambios sin alterar la rama principal. Al usar git checkout , puedes regresar a un punto específico en el historial y evaluar cómo afectaban los cambios al proyecto en ese momento.

Por ejemplo:

  1. Cambia a un commit específico con git checkout .
  2. Realiza pruebas o modificaciones. Esto te permite simular cambios o ver el estado del proyecto en esa versión.
  3. Para regresar a la rama principal, escribe git checkout main. Esto restaura el proyecto al estado actual y evita que los cambios temporales afecten el historial o la estructura del proyecto.

Al navegar entre commits y regresar a main, es importante notar que no se crean ramas adicionales, ni se modifican commits previos, lo cual asegura la integridad del historial y la rama principal.

¿Cómo integran git tag y git checkout una experiencia de desarrollo ordenada?

Ambos comandos permiten explorar y organizar sin interferir en el flujo principal del trabajo. Git tag marca versiones y puntos importantes, actuando como separadores en el historial, mientras que git checkout permite regresar a esos puntos y probar sin comprometer la rama actual. Esto proporciona una estructura en la que el equipo puede trabajar con libertad para realizar pruebas, versionar cambios y retornar al estado actual en cualquier momento sin temor a alterar el trabajo original.

Aportes 17

Preguntas 2

Ordenar por:

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

La diferencia entre `tag` y `checkout` en Git radica en su funcionalidad: - **`git tag`**: Se utiliza para crear una etiqueta en un commit específico, lo que permite identificar versiones o hitos importantes en el historial del proyecto. Por ejemplo, `git tag -a v1.0 -m "Primera versión"`. - **`git checkout`**: Se utiliza para cambiar entre ramas o explorar commits anteriores sin modificar el historial actual. Por ejemplo, `git checkout <hash_del_commit>` te permite revisar el estado de tu proyecto en ese commit. Ambos comandos son útiles para gestionar versiones, pero tienen propósitos distintos.
Si se quiere colocar una etiqueta a un commit especifico debes colocar el numero del commit luego de la version de este modo git tag -a v1.0 #de commit -m "mensaje del tag"
### COMO AGREGARLE ETIQUETAS A LOS COMMITS * `git tag` > Es como una etiqueta que le puedes aplicar a un commit que ayuda a identificar en un futuro, al aplicar este comando me lista todos los tag creados en la actualidad * `-a` > El flag `-a` indica que el tag será **anotado** * `-m` > El flag `-m` permite añadir un **mensaje descriptivo** al tag. * `-d` > El flag `-d` Permite borrar el tag escrito. Esto no altera los archivos solo etiqueta Un **flag** es una opción o parámetro que modifica el comportamiento de un comando ### COMO PODER MOSTRAR LOS DETALLES DE UN TAG * `git show` > ayuda a mostrar el detalle de un commit o una etiqueta tag y a su vez combinaciones de ramas y archivos. ### COMO ALTERTAR Y CHEQUIAR CAMBIOS ANTES DE INTEGRARLOS EN EL MAIN `git checkout` > cambiar de una rama o un commit especifico
Hola! dejo por aquí esto: Si quieren subir sus etiquetas al Git Hub usen el siguiente comando: `git push origin <nombre_de_la_etiqueta>`` Cambian el nombre de la etiqueta por la etiqueta que quiere subir. Si quiern subir todas las etiquetas que tienen en su loca usen este comando: `git push origin --tags` Con eso tendrás sus etiquetas en Git Hub
la musica al final es tremendatemene distractora de lo que está diciendo el profe..
![](https://static.platzi.com/media/user_upload/GIT%20%285%29-f27b3004-ad36-4cbd-b41e-40ae41c8dde0.jpg)
Si quieres enviar el tag a un epositorio remoto como GitHub: Usa `git push origin <tagname>`
Cuando tu cabecera dice "main reverting", indica que estás en el proceso de revertir cambios en la rama principal (main) de tu proyecto. Esto podría suceder cuando ejecutas un comando como `git revert`, que deshace cambios específicos al crear un nuevo commit que invierte los cambios indeseados. La cabecera muestra que estás en un estado donde los cambios están siendo revertidos, permitiéndote volver a una versión anterior sin alterar el historial de commits.
hola amigo tuve problema para salir de un comando commit -m y gracias a Ctrl X pude solucinarlo dejo mi aporte aqui
Entonces, si exploro los commits y hago pruebas usando "git checkout" ¿necesito usar "git reset" al regresar? Lo pregunto porque al volver a main se conservó el archivo que creamos mientras hacíamos los experimentos.
Al usar `git checkout` para un commit específico, el estado del proyecto cambiará a lo que estaba en ese commit, pero esto no borra archivos posteriores; simplemente los oculta en tu directorio de trabajo si no se han comprometido. Este comando permite evaluar cambios sin alterar la rama principal. Si deseas restaurar esos archivos posteriores, debes volver a la rama original mediante `git checkout main`. Así, puedes jugar con los cambios sin afectar el historial de tu repositorio.
Para hacer un git tag a un commit anterior, primero debes identificar el commit al que deseas etiquetar. Utiliza el comando `git log` para ver el historial de commits y encontrar el hash del commit que deseas etiquetar. Una vez que tengas el hash, puedes crear la etiqueta con el siguiente comando: ``` git tag -a nombre_de_la_etiqueta hash_del_commit -m "Mensaje de la etiqueta" ``` Esto crea un tag anotado que incluye un mensaje. Puedes ver tus tags con `git tag` y detalles de un tag específico con `git show nombre_de_la_etiqueta`.
El comando `git tag` se utiliza para marcar commits específicos que representan hitos importantes en el desarrollo del proyecto, como versiones estables. Generalmente, se realiza después de hacer un commit, ya que se quiere etiquetar ese estado particular del código. Sin embargo, el tag puede ser añadido en cualquier momento, siempre y cuando se refiera a un commit existente en el historial. Recuerda que el uso de tags ayuda a identificar fácilmente versiones y cambios significativos en tu proyecto.
git show: Muestra cualquier componente de Git en un formato legible. (Buena clase, sin embargo, la música del final si distrae)
Para eliminar una etiqueta se usa el parámetro `-d` `git tag -d <etiqueta>`
Este curso me parece muy bien estructurado y con un gran profesor. gracias platzi
Me pregunto si todos entenderán el bautizar, y si creerán que es un termino técnico haha