// workshop
equipo de dev
Por qué usar Git
Cada razón, con su receta. Sales convencido y con tu primer repo versionado.
el problema
codigo_final_v2_definitivo.zip
✕
Copias carpetas para "guardar" y pierdes cuál era la buena.
✕
Alguien cambió algo y nadie sabe qué ni cuándo.
✕
Miedo a tocar el código porque no hay vuelta atrás.
Git te da
historial, ramas y vuelta atrás
. Nunca más pierdes trabajo.
analogía
Git es la
máquina del tiempo
de tu código. Cada commit, un punto al que puedes volver.
// experimenta libre; si algo sale mal, regresas al último checkpoint
las tres piezas
Commit, rama, remoto
→
Commit
: una foto del proyecto, con quién y por qué.
→
Rama
: una línea de trabajo paralela.
→
Remoto
: la copia compartida (GitHub, GitLab).
Cada razón viene con su receta de cómo hacerlo.
$_
manos a la obra
Tu primer repo
Tres comandos y tu código ya tiene historial.
tres comandos
Tu código, ahora con historial
$
git init
$
git config --global user.name "Tu Nombre"
$
git config --global user.email "tu@correo.com"
$
git add . && git commit -m "primer commit"
Listo: tu código ya está versionado.
sin pánico
Cada cambio, una foto con fecha
$
git status
# qué cambió
$
git add archivo.js
# prepara el cambio
$
git commit -m "agrega login"
$
git log --oneline
# tu historial
Cada commit describe
qué
cambiaste y
por qué
. El historial se lee como una bitácora.
analogía
Una rama es un
universo paralelo
. Experimentas sin tocar lo que funciona.
// si el experimento sirve, lo fusionas; si no, lo borras y no pasó nada
sin miedo
Rómpelo en una rama, no en main
$
git switch -c feature/pagos
# nueva rama
# ... trabajas y commiteas ...
$
git switch main
$
git merge feature/pagos
# la traes a main
main siempre queda estable. Lo nuevo vive en su rama hasta que está listo.
en equipo
Tu rama, su PR, la revisión
$
git remote add origin git@github.com:org/repo.git
$
git push -u origin main
# sube tus commits
$
git pull
# baja los de otros
Cada quien trabaja en su rama y propone un
Pull Request
. El código se revisa antes de entrar.
quién y por qué
El historial responde
$
git log --oneline
# todos los commits
$
git diff
# qué cambió ahora
$
git blame archivo.js
# quién escribió cada línea
"¿Por qué está esto así?" tiene respuesta: el commit que lo introdujo y su mensaje.
marcha atrás
Vuelve atrás sin drama
$
git restore archivo.js
# descarta cambios sin commitear
$
git revert <sha>
# deshace un commit, con historial
revert crea un commit que anula al otro. La historia queda clara, sin borrar nada.
la trampa
Lo que NUNCA debe subir
# .gitignore
node_modules/
.env
# nunca subas secretos
dist/
Secretos y dependencias no van al repo. Un secreto commiteado ya es un secreto filtrado.
la letra chica
Git es para casi todo
·
Código, config, docs, infra: todo se versiona.
·
Archivos binarios grandes (video, datasets): usa
Git LFS
.
·
Secretos: nunca en el repo, ni con LFS.
Si es texto y evoluciona, va en Git. No hay proyecto serio sin control de versiones.
el lunes
Versiona un proyecto tuyo
01
git init y primer commit.
02
Agrega un .gitignore (node_modules, .env).
03
Trabaja una feature en su propia rama.
04
Sube a un remoto y abre un Pull Request.
05
Practica git restore y git revert.
06
Escribe mensajes de commit que expliquen el porqué.
cierre
Nunca más pierdes trabajo
Historial, ramas y vuelta atrás para cualquier proyecto.
Versiona algo tuyo esta semana.
seguimos en contacto
Sígueme
# notas técnicas y proyectos
web
dev.jotive.com.co
# instagram
ig
@jotive.dev
A · 01
Por qué usar Git · workshop
← →
01 / 16