Publicar: GitHub, el pull request y Vercel

Publicar (o desplegar, que es como le decimos los programadores) es subir lo que tenemos a internet para que todo el mundo lo pueda usar. Mucha gente llega a tener la página hecha con su inteligencia artificial favorita y no sabe cómo llevarla a que funcione para todos. De eso también se encarga la skill. Pero vas a tener que aprobar un par de cosas, y para aprobarlas conviene entender mínimamente cómo funciona GitHub. Te lo explico.

Ramas, commits y merge

GitHub administra el código de tu proyecto. Para eso trabaja con un concepto que se llama ramas.

Tenés una rama principal, que se llama main. Es el código de tu sitio: lo que está, o va a estar, en producción (en internet, funcionando). Si mirás la rama, vas a ver puntitos: son los commits, los envíos. Cada vez que ChatGPT termina un paso, hace un commit: manda lo que tiene en la computadora a GitHub.

Pero esos commits no van a main. Lo que se hace es sacar una rama paralela: una copia idéntica de main, donde se trabaja. Supongamos que quiero agregarle una página nueva de producto a mi sitio. No se la agrego a main. Saco una rama, hago ahí todos los cambios, y cuando estoy conforme, uno esos cambios a la rama principal. Esa unión se llama merge. Cuando hablamos de mergear, es eso.

La regla: ChatGPT nunca trabaja en main. Siempre en una rama paralela. Cuando termina, pide la unión a main; eso se llama pull request, una solicitud de unir. Y ahí es donde entramos nosotros, desde GitHub, a mirar un preview de cómo se vería el sitio con eso implementado, y a apretar el botón para mergearlo.

Paso 17: el pull request

Cuando aprobás la última comprobación, la skill hace el commit, abre el pull request y le escribe la descripción. Todo automáticamente. Entrás a github.com con tu cuenta, vas a tu repositorio (el que empieza con nextjs), y en la pestaña Pull requests está el que hizo ChatGPT, con su rama y su texto.

Lo abrís, apretás Merge pull request y después Confirm merge. Eso une los cambios a main. Es el único momento de todo el proceso en el que hacés algo en GitHub, y lo hacemos a mano a propósito: para tener un poco de control. Pero como la skill ya auditó todo, podés mergear con tranquilidad.

Paso 18: Vercel

Vercel es donde vamos a alojar el sitio. Es un hosting gratuito que se conecta con GitHub: cuando algo entra en main, Vercel lo publica. Y, lo mejor, cuando hay un pull request abierto te muestra un preview antes de que lo mergees. Podés alojar un montón de proyectos y, más adelante, sumarle estadísticas y otras cosas.

Buscá Vercel en Google y entrá. Si no tenés cuenta, creá una; yo la creé con Google.

1. Te pregunta el nombre del equipo y si trabajás en un proyecto personal. Elegí personal project: es el plan Hobby, gratis. Yo le puse Mariscal al equipo.
2. Import repository → GitHub. Te pide instalar la aplicación de Vercel en tu GitHub; dale acceso a todos los repositorios (la cuenta es nueva) y verificá con el código que te manda.
3. Te aparecen tus repositorios. Importá el que empieza con nextjs. Vercel detecta solo que es Next.js y configura todo.
4. Deploy.

Esto demora un poco. Para este proyecto no tanto, porque es nuevo y chico; cuando tu sitio crezca, los despliegues van a demorar cada vez más. Cuando termina, Continue to project, y en Domains tenés la dirección donde está publicado: algo como nextjs-juszzz.vercel.app. La abrís y ahí está, disponible para todo el mundo.

Después vas a poder ponerle un dominio propio. Esta dirección es la provisoria, para evaluar todo antes.

Mirá la página del producto, el modal, el checkout con sus colores. Hay un equilibrio en todo el sitio porque usa el mismo archivo de diseño. Hay cosas que todavía no funcionan, como los filtros: es que hasta ahora hicimos solamente el diseño. Eso se pide después.

Cerrar el paso: decirle que ya está

Volvé a ChatGPT y contale:

Ya mergeé a main y desplegué. Comprobá el despliegue.

Es importante decírselo, para que verifique que todo esté bien y cierre el paso. Te va a pedir la URL que te dio Vercel, la de Domains. Se la pegás. Con eso abre el sitio publicado, lo audita, mira el GitHub, confirma que el pull request está en main, y cierra el paso 18.

Empezamos con una idea. Terminamos con el proyecto subido a internet, público, para que cualquiera lo vea. Lo que sigue son los bonus: cómo editar los textos sin tocar código, y cómo seguir pidiendo cambios.