Cuando publicar se vuelve rutina,
ponlo en un script
Sube archivos desde el navegador para la primera prueba. Cuando el mismo build estático se publica una y otra vez, mueve el paso de publicación a terminal, CI o una guía operativa para no depender de que alguien recuerde la carga manual.
Para publicaciones que haces más de una vez
Deja de depender de la memoria
Un comando de publicación convierte una carga repetida en un paso documentado, revisable y ejecutable de la misma manera por el equipo.
Deja que CI termine el trabajo
Si GitHub Actions u otro sistema de CI ya generó la carpeta final, el paso de publicación debe subir esa salida sin que alguien vuelva a cargar archivos.
Mantén el mismo modelo de proyecto
Empieza con carga en navegador y mueve el mismo proyecto a automatización cuando se convierta en una ruta real de lanzamiento.
Manual primero, automatización cuando aporta
Las vistas previas únicas deben seguir simples. La CLI tiene sentido cuando un sitio se publica seguido, lo revisa un equipo o depende de un pipeline de build.
steps:
- uses: actions/checkout@v2
- run: npm install && npm run build
- run: npx @deploypages/cli deploy ./dist --token ${{ secrets.DEPLOY_TOKEN }}Preguntas frecuentes
Q: ¿Funciona en Windows, macOS y Linux?
Sí. Una ruta de publicación por CLI debe adaptarse a los sistemas que el equipo ya usa para builds locales y runners de CI.
Q: ¿Puedo apuntar la automatización a un proyecto específico?
Sí. La publicación automatizable solo funciona bien cuando el flujo puede vincularse claramente al proyecto correcto.
Q: ¿Sirve para monorepos?
Sí. En monorepos, la publicación debe poder apuntar a directorios de trabajo y carpetas de salida específicas.
Empieza por lo que todo sitio estático ya tiene
Sube los archivos construidos, recibe un enlace HTTPS y después agrega dominios, versiones, estadísticas, automatización y control de equipo cuando el proyecto lo necesite.