Técnico Nivel · intro
GitHub + Vercel
Por qué te debe importar
Git push = deploy. Preview branches automáticos. Dominio gratis en `.vercel.app`. No hay setup de CI/CD, no hay scripts de build, no hay servidor que mantener. El [[deploy]] deja de ser un evento y se convierte en efecto secundario de hacer commit.
Idea central
Deploy como efecto secundario del commit — cero ceremonia, máxima iteración.
Qué resuelve el combo
- GitHub: control de versiones, PRs, code review, issues. Home del repo.
- Vercel: conecta repo, cada push a main despliega production, cada branch tiene preview URL única.
- Resultado: tú haces
git push, en 90 segundos tu sitio está actualizado.
Flujo completo
- Trabajas en branch
feature/X. - Push → Vercel genera preview URL (
feature-x-user.vercel.app). - Compartes URL con quien sea — stakeholder, cliente, usuario beta.
- Feedback, iteración, nuevo push, preview se actualiza.
- Merge a
main→ producción.
Lo que Vercel hace gratis
- Dominio
.vercel.app. - SSL automático.
- Preview por cada push.
- Edge functions hasta cierto volumen.
- Analytics básicas.
Suficiente para los primeros 1,000 usuarios. Después evaluates pricing — el costo es predecible y proporcional al uso real.
Tu dominio propio
Compras dominio (~$12/año) en Cloudflare o Namecheap, apuntas DNS a Vercel. 10 minutos. SSL cero esfuerzo. No mantienes nada.
Ejemplos en escalera
✓ Checkpoint
Tu repo actual: ¿está en GitHub con auto-deploy a Vercel? Si sí, ¿cada PR genera preview? Si no, ajusta. 20 minutos total, ahorro continuo.
Resumen — tres cosas que deberías recordar
- GitHub + Vercel = deploy como efecto secundario del commit.
- Preview URLs por branch cambian la velocidad de validación con stakeholders.
- Suficiente hasta los primeros 1,000 usuarios; precio predecible después.
Qué sigue