Github en la industria (2) (1).pdf compu. Github en la industria (2) (1).pdf compuGithub en la industria (2) (1).pdf compuGithub en la industria (2) (1).pdf compuGithub en la industria (2) (1).pdf compu

Ttt

1. Club de Datos:
GitHub en la industria

2. Git.
Es un software de control de versiones gratuito y open source
Es una herramienta de software que rastrea y gestiona los cambios en un conjunto
de archivos, como el código fuente de un proyecto, permitiendo a los usuarios restaurar
versiones anteriores y colaborar en el proyecto de manera eficiente
Control de versiones.

3. Git.
Es un software de control de versiones gratuito y open source
Es una herramienta de software que rastrea y gestiona los cambios en un conjunto
de archivos, como el código fuente de un proyecto, permitiendo a los usuarios restaurar
versiones anteriores y colaborar en el proyecto de manera eficiente
Control de versiones.
¿Alternativas?
…
…
…
…

4. Git ¿vs GitHub vs GitLab?
Git
Sistema de control de versiones distribuido.
Se usa localmente para registrar cambios en el código.

GitHub y GitLab
Plataformas en la nube que aloja repositorios Git.
Ojo que no son “lo mismo”

5. Git ¿vs GitHub vs GitLab?
Git
Sistema de control de versiones distribuido.
Se usa localmente para registrar cambios en el código.

GitHub y GitLab
Plataformas en la nube que aloja repositorios Git.
Ojo que no son “lo mismo”
Repositorios
Es un almacén para tu proyecto que guarda el código y todos los cambios que se han hecho en
él a lo largo del tiempo, creando un historial completo de versiones.
Hay dos tipos:
local, que se encuentra en tu propia computadora y es donde realizas el trabajo.
remoto, que está en la nube (GitHub, GitLab, etc.)

6. Git ¿vs GitHub vs GitLab?
Git
Sistema de control de versiones distribuido.
Se usa localmente para registrar cambios en el código.

GitHub y GitLab
Plataformas en la nube que aloja repositorios Git.
Ojo que no son “lo mismo”
Repositorios
Es un almacén para tu proyecto que guarda el código y todos los cambios que se han hecho en
él a lo largo del tiempo, creando un historial completo de versiones.
Hay dos tipos:
local, que se encuentra en tu propia computadora y es donde realizas el trabajo.
remoto, que está en la nube (GitHub, GitLab, etc.)

7. Sintetizando…
Repositorio
(Remoto)
12
34

8. Sintetizando…
Repositorio
(Remoto)
12
34
Repositorio
(Local)
12
34
“Traigo el repo a mi maquina”
> git clone
> git pull

9. Sintetizando…
Repositorio
(Remoto)
12
34
Repositorio
(Local)
12
34
“Traigo el repo a mi maquina”
> git clone
> git pull
Repositorio
(Local)
12
34
4
Modifico

10. Sintetizando…
Repositorio
(Remoto)
12
34
Repositorio
(Local)
12
34
“Traigo el repo a mi maquina”
> git clone
> git pull
Repositorio
(Local)
12
34
4
Modifico
Repositorio
(Local)
12
34
4
Guardo
en mi
repo
local
> git commit

11. Sintetizando…
Repositorio
(Remoto)
12
34
Repositorio
(Local)
12
34
“Traigo el repo a mi maquina”
> git clone
> git pull
Repositorio
(Local)
12
34
4
Modifico
Repositorio
(Local)
12
34
4
Guardo
en mi
repo
local
Llevo los
cambios al
repo
remoto
> git push
> git commit

12. Sintetizando…
Repositorio
(Remoto)
12
34
Repositorio
(Local)
12
34
“Traigo el repo a mi maquina”
> git clone
> git pull
Repositorio
(Local)
12
34
4
Modifico
Repositorio
(Local)
12
34
4
Guardo
en mi
repo
local
Llevo los
cambios al
repo
remoto
> git push
> git commit
¿Preguntas?
¿Se les ocurre
algún problema
en este flujo?

13. Sintetizando…
Repositorio
(Remoto)
12
34
Repositorio
(Local)
12
34
“Traigo el repo a mi maquina”
> git clone
> git pull
Repositorio
(Local)
12
34
4
Modifico
Repositorio
(Local)
12
34
4
Guardo
en mi
repo
local
Llevo los
cambios al
repo
remoto
> git push
> git commit
¿Preguntas?
¿Se les ocurre
algún problema
en este flujo?

14. ¡Pongamoslo en práctica!
Slide interna -> BORRAR
1)Forkear ClubDeDatos/github-en-la-industria
2)Clonar nuestro propio repo remoto.
3)Hacer cambios.
4)Commitear al repo local.
5)Pushear.
Primera parte
1)Yo actualizo el repo
ClubDeDatos/github-en-la-industria
2)Bajan los cambios
3)Se genera un conflicto
4)Se resuelve el conflicto.

2nda parte.
Con esto queda cubierto lo básico de
git y githhub

15. Git “individual”
> git pull
> git commit -m “Hice algo”
> git commit -m “Hice otra cosa”
> git push
> git commit -m “Arreglé ese algo que hice”

hasta el infinito
¿Y Git de a varios?

16. Git “individual”
> git pull
> git commit -m “Hice algo”
> git commit -m “Hice otra cosa”
> git push
> git commit -m “Arreglé ese algo que hice”

hasta el infinito
¿Y Git de a varios?
Fácilmente surgen conflictos en los archivos y problemas para pushear. Lo que en
un principio era una solución ahora es un problema aún más grande.
Para eso, se recomienda el uso de algún workflow (flujo de trabajo)
Y para hablar de workflow, hay que hablar de
branches (ramas)

17. Branches
Es una línea de desarrollo independiente en un repositorio de Git, que permite a los
desarrolladores trabajar en nuevas funcionalidades o corregir errores sin afectar el
código principal.

Al crear una rama, se crea una "bifurcación" que evoluciona en paralelo, y al
finalizar, esas modificaciones se pueden unir (fusionar / merge) con la rama
principal.

Esto facilita el desarrollo colaborativo, la organización del código y la gestión de
diferentes versiones de un proyecto.
Tiempo ->

18. Feature Branch
Para leer más, éste artículo de atlassian.

19. Feature Branch
Para leer más, éste artículo de atlassian.

20. Feature Branch (a full)
Para leer más, éste artículo de atlassian.

21. Merges
¿Acá que está pasando?

22. Desde nuestra branch, abrimos un Draft Pull Request hacia dev
El Draft pull request (no se puede mergear hasta que lo marques “Ready for
review”).
Buenas prácticas dentro del PR:
●Título claro.
●Descripción: qué, por qué, cómo, riesgos y screenshots si aplica.
●Linkeá con algún issues. ¿Issues?
●Asigná reviewers, labels y milestone si corresponde.
●El Draft PR ya dispara CI en la mayoría de los casos. ¿CI?

Merges

23. Desde nuestra branch, abrimos un Draft Pull Request hacia dev
El Draft pull request (no se puede mergear hasta que lo marques “Ready for
review”).
Buenas prácticas dentro del PR:
●Título claro.
●Descripción: qué, por qué, cómo, riesgos y screenshots si aplica.
●Linkeá con algún issues. ¿Issues?
●Asigná reviewers, labels y milestone si corresponde.
●El Draft PR ya dispara CI en la mayoría de los casos. ¿CI?

Merges
Pongámoslo en práctica.
1)Armemos algun issue
2)Creemos una branch
3)Primer commit -> Draft Pull Request.
4)Review
5)Merge.

24. ¿Querés más?
CI/CD
CI/CD son las siglas de Continuous Integration (Integración Continua) y Continuous
Delivery/Deployment (Entrega/Despliegue Continuo).
Es una metodología + conjunto de prácticas y herramientas que automatizan el ciclo de vida
del software, desde que un desarrollador hace un cambio en el código hasta que ese cambio
está en producción.

25. ¿Querés más?
CI/CD
TODO: Testing regresivo, Muestra de github actions para CI.