IS2_T1_C2_Gestión de Configuración_GitHub (1).pdf

Gestión de Configuración & GitHub
Ingeniería de Software II
Docente: Lic. Lucía Blanc

La Gestión de la Configuración del Software (SCM - Software
Configuration Management) es un proceso dentro de la ingeniería
de software que se encarga de controlar, organizar y rastrear
cambios en el software a lo largo de su ciclo de vida.
Su propósito es garantizar que el software sea consistente,
reproducible y libre de errores introducidos por cambios
descontrolados.
Gestión de Configuración
2
(c) 2025 Lic. Lucía Blanc

Principales actividades de la Gestión de la
Configuración
● Control de versiones
● Gestión de cambios
● Identificación de configuración
● Control de configuración
● Auditoría y control de calidad
3

● Facilita la colaboración en equipos de desarrollo.
● Reduce el riesgo de errores por cambios accidentales o
conflictos de versiones.
● Permite la trazabilidad y auditoría de modificaciones.
● Mejora la capacidad de recuperación ante fallos o regresiones.
Beneficios de la Gestión de la Configuración
4

Gestión de versiones
entrega1.doc entrega1_corregido.doc entrega1_corregido_v1.doc entrega1_corregido_v2.doc
entrega1_corregido_v3.doc entrega1_final.doc entrega1_final_final.doc entrega1_final_listo.doc
5

Initialize project
Add top navbar
Add first row
Add bottom row
Add dark theme
6

Initialize project
Add top navbar
Add first row
Add bottom row
Add dark theme
Add third row
Add footer
7

¿Qué es Git?
“Git is a version control system. A version control
system is a piece of software designed to keep track of
the changes made to files over time.”
Fragmento de “Introducing GitHub” - Brent Beer
https://git-scm.com/book/en/v2
8

Historia
● Fue creado en 2005 por Linus Torvalds.
● Se pensó con los siguientes objetivos:
○ Velocidad
○ Diseño sencillo
○ Gran soporte para desarrollo no lineal
○ Completamente distribuido
○ Capaz de manejar grandes proyectos eficientemente
9

¿Por qué usar Git?
● Capacidad de deshacer cambios
● Historial completo de todos los cambios
● Documentación del motivo por el cual se realizaron los cambios
● La confianza para cambiar cualquier cosa
● Múltiples versiones del proyecto
● La capacidad de resolver conflictos
● Flujos independientes de trabajo
10

¿Qué es GitHub?
“GitHub is a platform where you can upload a copy of
your Git repository (often shortened to repo), hosted
either on GitHub.com, by your company on a cloud
provider (like Azure, AWS, or IBM Bluemix), or on your
company’s own servers behind its firewall.”
Fragmento de “Introducing GitHub” - Brent Beer
11

¿Por qué usar GitHub?
● Documentar requisitos
● Colaborar en diferentes flujos de trabajo
● Revisar el trabajo en progreso
● Ver el progreso del equipo
12

Configuración inicial de Git y Github
● Crear una cuenta en GitHub https://github.com
● Instalar git: https://git-scm.com/
● Chequear la instalación mediante git --version
● Configurar Git en la terminal:
git config --global user.name "Tu Nombre"
git config --global user.email "tuemail@example.com"
13

Un Personal Access Token (PAT) es como una "contraseña especial"
con permisos específicos.
Pasos para usar un PAT:
1. Ir a GitHub → Configuración → Developer settings → Personal Access Tokens.
2. Crear un nuevo token con los permisos que necesites.
3. Guardar el token.
4. Usarlo en lugar de la contraseña al hacer git push, git pull, etc.
Autenticación: Token de Acceso Personal (PAT)
14

Las claves SSH son credenciales de acceso que se utilizan para
conectarse a servidores remotos de manera segura, sin escribir usuario y
contraseña cada vez.
Pasos para configurar SSH:
1. Generar una clave SSH en tu computadora (si no tienes una):
ssh-keygen -t ed25519 -C "tu_email@example.com"
2. Agregar la clave SSH a tu cuenta de GitHub copiando la clave pública con:
cat ~/.ssh/id_ed25519.pub
3. Posteriormente se pega el contenido en GitHub → Configuración → SSH y GPG keys → Nueva
clave SSH.
4. Probar la conexión desde la consola mediante: ssh -T git@github.com
5. Si todo va bien, verás un mensaje tipo:
"Hi tu_usuario! You've successfully authenticated, but GitHub does not provide shell access."
Autenticación: SSH
15

Autenticación: GitHub CLI (gh)
16
GitHub tiene su propia herramienta en la terminal llamada GitHub CLI
(gh), que facilita la autenticación y otras tareas.
Pasos para autenticarse con gh:
1. Instalar GitHub CLI (descargar aquí).
2. Ejecutar: gh auth login
3. Seguir las instrucciones en pantalla para autenticarse con SSH o un token PAT.
Con gh, se pueden crear repos, gestionar PRs y más opciones desde la terminal.

Autenticación: 2FA
La autenticación en dos pasos (2FA) es una capa extra de seguridad para proteger tu
cuenta de GitHub.
Cuando activas 2FA, además de tu contraseña, necesitas un código de verificación
temporal generado por una app o enviado por SMS para iniciar sesión.
Pasos para activar 2FA:
1. Ve a GitHub → Configuración → Seguridad → Two-factor authentication
2. Haz clic en "Enable two-factor authentication"
3. Elige cómo recibir los códigos:
a. App de autenticación (recomendado) → Usa apps como Google Authenticator, Authy
o Microsoft Authenticator.
b. SMS → Recibirás un código por mensaje de texto.
4. Escanea el código QR con la app o introduce el código manualmente.
17

Un repositorio es el lugar donde puedes almacenar el código, los
archivos y el historial de revisiones de cada archivo. Los repositorios
pueden contar con múltiples colaboradores y pueden ser públicos o
privados.
Crear un repositorio
Ej: https://github.com/twbs/bootstrap
18

Crear un repositorio (desde web)
● Dirigirse a https://github.com/new para crear repositorio o desde
Profile > Your repositories > New
19

Crear un repositorio (desde Github CLI)
20
1. Instalar gh:
brew install gh
1. Autenticarse:
gh auth login
1. Crear repositorio:
gh repo create mi-repo --public

21

Repositorio
Code (Código)
Se almacena todo el código del proyecto.
● Es posible navegar por las carpetas y archivos del repositorio.
● Ver el historial de commits, branches y el archivo README.md.
● Descargar el repositorio (Code → Download ZIP) o clonarlo con Git
22

Repositorio
Issues (Problemas o Tareas)
Sección donde los colaboradores pueden reportar errores, sugerir
mejoras o discutir cambios en el proyecto.
Cada "issue" tiene:
- Un título y descripción.
- Etiquetas para clasificarlo (bug, enhancement, help wanted).
- Asignaciones a personas responsables.
23

Repositorio
Pull Requests (PRs)
Se gestionan las propuestas de cambios en el código antes de
fusionarlas al código principal.
24

Repositorio
Actions (Acciones)
Se usan para ejecutar pruebas automáticamente cuando alguien sube
código.
Puedes definir flujos de trabajo con GitHub Actions.
Útil para compilar código, ejecutar pruebas y desplegar
aplicaciones.
25

Projects (Proyectos)
Sección para organizar tareas en tableros estilo Kanban (como
Trello).
Puedes gestionar tareas del equipo.
Asignar issues a cada columna (To Do, In Progress, Done).
Repositorio
26

Repositorio
Wiki
Espacio donde puedes documentar el proyecto.
Se usa para explicar cómo usar el código, configurar el entorno y
aportar al proyecto.
Es como un mini sitio web dentro del repositorio.
27

Security (Seguridad)
Revisión del código en busca de vulnerabilidades.
Es posible configurar alertas de seguridad.
Permite analizar dependencias en busca de fallos conocidos.
Repositorio
28

Repositorio
Insights (Estadísticas y métricas)
Muestra gráficos sobre el repositorio, como:
● Quiénes han contribuido.
● Número de commits.
● Actividad del proyecto.
29

Repositorio
Settings (Configuración)
Permite modificar opciones del repositorio:
- Cambiar el nombre del repo.
- Gestionar colaboradores y permisos.
- Activar/desactivar issues, wikis, proyectos.
30

Clonar un repositorio
git clone [url] :: Descarga una copia de un repositorio de GitHub en tu
computadora.
Pasos:
● Ir al repositorio y copiar la URL.
● Abrir una terminal y ejecutar:
git clone https://github.com/blanclucia/UADER_IS2_BLANC.git
gh repo clone blanclucia/UADER_IS2_BLANC
● Ingresar a la carpeta del proyecto
31

Realizar cambios y guardarlos
git status :: Para ver qué cambios hicimos. Muestra qué archivos han
cambiado y cuáles están listos para ser confirmados (commit).
git add ./[file] :: Agrega todos los archivos modificados al área de
preparación para ser confirmados o especificando el nombre de un
archivo.
git commit -m :: Para guardar los cambios con un mensaje claro.
32

Revertir cambios y enviarlos
git revert [hash] :: Revierte el commit realizado, identificado por un
hash.
git reset [file] :: Elimina los cambios realizados que aún no se hayan
hecho commit.
git push :: Envía los cambios al repositorio remoto.
33

Para evitar conflictos (dos o más personas modificando el mismo
archivo), se crean ramas y luego se fusionan.
Un rama o branch es una versión paralela del código en el mismo
repositorio. Se usa para desarrollar nuevas características sin afectar
la rama principal (main o master).
Trabajar en equipo con ramas
34

Un flujo de trabajo de Git es una fórmula o una recomendación acerca
del uso de Git para realizar trabajo de forma uniforme y productiva.
Git-Flow
- Creado en 2010.
- Es el flujo de trabajo más conocido.
- Está pensado para aquellos proyectos que tienen entregables y
ciclos de desarrollo bien definidos.
- Está basado en dos grandes ramas con infinito tiempo de vida
(ramas master y develop) y varias ramas de apoyo.
Flujo de trabajo
35

Trabajar en equipo con ramas
git branch :: Lista todas las ramas
git branch [branch-name] :: Crea una nueva rama
git checkout [branch-name] :: Nos posiciona en una rama específica
git merge [branch-name] :: Fusiona los cambios de la rama donde
estoy posicionado (ej: main) con la que especifico
git log :: Muestra todos los commits de la rama
36

Recuperar cambios de un repositorio
git fetch :: Descarga los cambios del repositorio remoto sin aplicarlos
automáticamente a tu rama de trabajo
git merge :: Combinar dos ramas en una sola, fusionando los cambios
de una rama en otra.
git pull :: Descarga los cambios del repositorio remoto y fusionarlos
automáticamente en tu rama local. Es una combinación de git fetch
+ git merge.
37

Cuando trabajamos en equipo, se utilizan los Pull Requests (PRs) para
sugerir cambios, hacer revisiones de código y seguir un proceso
colaborativo durante el ciclo de vida del software.
Ejemplo:
- Un programador hace cambios en una rama y sube los cambios (push).
- En GitHub, abre un Pull Request para que otros revisen su código, comparando su
rama con la rama estable del proyecto.
- El equipo revisa el código y, si está bien, lo fusiona (merge).
Colaboración con Pull Requests
38

Colaboración con Pull Requests
39

● Crea Pull Request para todo
● Haz que los títulos sean descriptivos
● Tómate el tiempo para comentar
● Menciona a las personas clave
● Ejecuta las pruebas
Buenas prácticas para Pull Requests
40

Utilización Github CLI
Instalación
41
(c) 2025 Lic. Lucía Blanc https://cli.github.com/

Autenticación
42
https://cli.github.com/manual/

Clonar un repositorio
43

Hacer cambios y subirlos
44

Generar PR
45
Mergear PR

Resumen
Git cheat sheet 46

Markdown es un lenguaje de marcado ligero que trata de conseguir la
máxima legibilidad y facilidad de publicación tanto en su forma de
entrada como de salida.
Se puede usar la sintaxis de Markdown, junto con algunas etiquetas
HTML adicionales, para aplicar formato a la escritura en GitHub, en
lugares como los archivos README.md de un repositorio y los
comentarios en los PRs e Issues.
GitHub & Markdown
GitHub docs
GitHub docs 47

https://markdownlivepreview.com/
GitHub & Markdown
48

Crearemos un repositorio y haremos uso de branch y pull request:
1. Iniciar sesión en github.com
2. Crear un nuevo repositorio
3. Clonar el repositorio en local
a. git clone http://…
4. Crear y cambiar a una nueva rama
a. git checkout -b “new-branch”
5. Realizar cambios y confirmarlos
a. git status
b. git add .
c. git commit -m “Se incorporan cambios a un nuevo branch”
6. Subir la rama al repositorio remoto
a. git push origin new-branch
7. Crear un Pull Request en GitHub
8. Fusionar la rama en main
9. Revertir un commit
a. git log --oneline
b. git revert -m 1 <commit-ID>
c. git push origin main
Taller
49

¿Preguntas?
50

IS2_T1_C2_Gestión de Configuración_GitHub (1).pdf

Más contenido relacionado

Similar a IS2_T1_C2_Gestión de Configuración_GitHub (1).pdf

IS2_T1_C2_Gestión de Configuración_GitHub (1).pdf