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

Introducción a los GitHub Releases

40/42
Recursos

Aportes 7

Preguntas 0

Ordenar por:

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

Les recomiendo este recurso para aprender a asignar versiones. \[ Semantic Versioning Specification]\(https://github.com/semver/semver/blob/master/semver.md) # Semantic Versioning Specification (SemVer) SemVer es una forma sencilla de nombrar versiones de software. Se usa X.Y.Z, donde X (mayor) indica cambios que rompen la compatibilidad, Y (menor) añade funciones sin romperla y Z (parche) corrige errores sin cambiar nada. Así, los usuarios saben qué esperar de cada nueva versión.
GitHub Releases es una funcionalidad que permite a los desarrolladores crear y gestionar versiones de su software de manera organizada. Cada release incluye archivos binarios o fuentes que los usuarios pueden descargar, junto con notas que describen las novedades o cambios. Esto facilita el acceso a versiones estables de un proyecto. Además, ayuda a mantener un registro de la evolución del software, permitiendo a los desarrolladores y usuarios colaborar eficazmente.
En caso de que les de error al ejecutar el comando: python setup.py bdist\_wheel sdist recomiendo lo siguiente (al menos en Windows): ```js python -m pip install wheel //Comando para verificar que wheel está instalado correctamente. python -m pip show wheel //Actualizar setuptools y pip para tener las últimas versiones de las herramientas. python -m pip install --upgrade setuptools pip //Ejecutar el comando para construir los paquetes python setup.py bdist_wheel sdist ```Desconozco si funciona para cualquier otro sistema operativo, pero espero que esto les funcione.
En la clase se aborda el concepto de GitHub Releases, que son lanzamientos que permiten a los desarrolladores compartir y versionar su código. El proceso para generar un release de un paquete en Python se puede resumir en los siguientes pasos: 1. **Crear un repositorio en GitHub**: Asegúrate de que sea público y agrega un README. 2. **Configurar el archivo `setup.py`**: Define el nombre, versión, autor y descripción del paquete. 3. **Crear la estructura del paquete**: Incluye una carpeta con el mismo nombre que el paquete y agrega archivos necesarios como `__init__.py` y el código principal. 4. **Crear el paquete**: Utiliza `python3 setup.py sdist bdist_wheel` para compilarlo. 5. **Subir los archivos al repositorio**: Usa `git add`, `git commit` y `git push` para enviar los cambios. 6. **Crear un release en GitHub**: Ve a la sección de Releases y publica tu paquete. Estos pasos permiten que otros desarrolladores puedan utilizar tu paquete fácilmente.
## **Introducción a los GitHub Releases 🚀** ### **¿Qué son los GitHub Releases?** Los **GitHub Releases** son una forma de empaquetar y distribuir versiones específicas de tu software directamente desde un repositorio de GitHub. Se utilizan para gestionar el ciclo de vida del proyecto y permitir a los usuarios descargar versiones estables del código. ### **¿Para qué sirven?** ✅ **Marcar versiones estables** de un proyecto con etiquetas (`tags`). ✅ **Distribuir binarios** o archivos ejecutables junto con el código fuente. ✅ **Documentar cambios** con notas de versión (`release notes`). ✅ **Automatizar despliegues** en CI/CD. ### **Diferencia entre Tags y Releases** 📌 **Tags**: Son marcas en el historial de Git que identifican un estado específico del repositorio. 📌 **Releases**: Son versiones creadas a partir de un tag, con notas, archivos adjuntos y documentación adicional. ### **Cómo crear un GitHub Release** #### **📌 Opción 1: Desde la interfaz web de GitHub** 1️⃣ Ve a la pestaña **Releases** en tu repositorio. 2️⃣ Haz clic en **"Draft a new release"**. 3️⃣ Selecciona o crea un **Tag** (Ejemplo: `v1.0.0`). 4️⃣ Escribe las **notas de la versión**. 5️⃣ (Opcional) Adjunta binarios o archivos. 6️⃣ Haz clic en **"Publish release"**. #### **📌 Opción 2: Usando Git CLI** \# Crear un tag en Git git tag -a v1.0.0 -m "Primera versión estable" \# Subir el tag al repositorio git push origin v1.0.0 Luego puedes convertir este tag en un **Release** desde la interfaz de GitHub. #### **📌 Opción 3: Usando GitHub CLI** gh release create v1.0.0 --title "Versión 1.0.0" --notes "Descripción de cambios en esta versión." ### **Casos de Uso Comunes** 🔹 Publicación de **librerías y frameworks** en GitHub. 🔹 Distribución de **binarios o archivos ejecutables**. 🔹 Gestión de **versiones semánticas** (`v1.0.0`, `v1.1.0`, `v2.0.0`). 🔹 Integración con **GitHub Actions** para despliegues automáticos. 💡 **Conclusión**: GitHub Releases es una herramienta poderosa para gestionar versiones de software, mantener documentación clara y distribuir binarios de manera profesional. 🚀
Una vez que el código del primer lanzamiento sea creado lo que hacen los desarrolladores es justamente crear un paquete o un release del ingles traducido a lanzamiento.
GitHub Releases se utiliza para gestionar versiones de tu software. Aquí te dejo una guía básica: 1. **Crear un Release**: - Accede a tu repositorio en GitHub. - Ve a la pestaña "Releases". - Haz clic en "Draft a new release". 2. **Asignar una versión**: - Define un número de versión (ej. v1.0.0). - Puedes crear una nueva etiqueta o utilizar una existente. 3. **Descripción**: - Escribe una descripción detallada de los cambios o mejoras. 4. **Archivos adjuntos**: - Puedes subir archivos binarios o de configuración asociados a la versión. 5. **Publicar**: - Haz clic en "Publish release". Los Releases son útiles para mantener un historial de versiones y facilitar la gestión de dependencias.