Publica tu web desde GitHub o GitLab sin comprar dominio

Qué consigues

Tu repositorio se descargará, se revisará y se publicará bajo tunombre.does.software, servido por HTTPS desde nuestros servidores. No hay DNS que configurar ni certificado que renovar, porque el nombre ya es nuestro y el certificado comodín ya lo cubre.

Cada publicación conserva la anterior, así que podrás volver atrás desde el panel cuando un despliegue salga mal. También tienes un editor de ficheros en el panel, para el arreglo de una línea que no quieres hacer abriendo el portátil.

Qué tiene que contener tu repo

Aquí no se construye nada. Servimos lo que hay en el repositorio, tal cual, así que el repositorio tiene que guardar los ficheros terminados, un index.html en la raíz de la rama que le indiques, más todo lo que cargue.

Si tu proyecto necesita un paso de build, ejecútalo donde ya lo ejecutas y commitea el resultado, o empuja una rama ya construida. Un repositorio que solo contiene fuentes publicará tus fuentes, que no es lo que quieres.

1. Comprueba que hay un index.html en el nivel superior de la rama que vas a importar.
2. Comprueba los tipos de fichero. Solo se publican html, css, js, mjs, json, txt, pdf, webmanifest, las imágenes png, jpg, jpeg, webp, gif, svg, ico y las fuentes woff, woff2, ttf, lo demás se descarta.
3. Comprueba el tamaño. Ningún fichero suelto por encima de 15 MB, y el sitio entero por debajo de 100 MB durante la prueba y en el plan Starter, 300 MB en el plan Pro. El plan gratis no incluye alojamiento web.

Impórtalo

Conecta el proveedor una vez desde tu cuenta y la lista de importación te mostrará tus repositorios, privados incluidos.

1. En cuenta, conexiones, conecta GitHub o GitLab. Es la misma conexión con la que puedes iniciar sesión.
2. Abre tu subdominio, ve a la sección sitio y elige importar desde un repositorio.
3. Elige el repositorio y la rama. Deja la rama vacía para seguir la que sea la principal.
4. Publica. El primer despliegue tarda unos segundos, y cuando termine el nombre ya estará sirviendo.

Desplegar en cada push

Activa desplegar al hacer push y crearemos una rama de deploy (does-software-deploy por defecto) y un webhook en el repositorio. A partir de ahí, cada push a esa rama publicará una versión nueva por su cuenta.

Solo cuentan los push a esa rama exacta. Un push a otra rama, una rama borrada o una etiqueta se ignoran, así que puedes seguir trabajando sin publicar media funcionalidad.

Si un despliegue falla, el sitio que ya estaba en marcha seguirá en marcha. El fallo y su motivo aparecerán en el panel, y no se cambiará nada hasta que la versión nueva se haya descargado y revisado entera.

Aplicaciones de una sola página y 404

El router de un framework necesita que cada URL devuelva el mismo index.html. Activa el interruptor de aplicación de una sola página y cualquier ruta que no sea un fichero real recibirá index.html con un 200, que es lo que espera un router de cliente.

Con el interruptor apagado, una ruta que no existe buscará un 404.html en tu propio sitio y lo servirá con un 404 de verdad. Si no incluyes ninguno, al visitante le saldrá nuestra página de error, que al menos le dice que el nombre existe.

Los límites

Servir ficheros y redirigir son excluyentes. Mientras el sitio está encendido, la redirección de la raíz y las reglas por ruta seguirán configuradas pero dejarán de servir. El reenvío de correo no se toca y sigue funcionando a la vez.

Las versiones que se guardan para volver atrás van con el plan, una durante la prueba, tres en el plan Starter, diez en el plan Pro. El número de ficheros se corta en 1000, o 5000 en el plan Pro.