Las páginas de GitHub no se actualizan

Me encuentro con un problema extraño con las páginas de GitHub. Envié un nuevo compromiso a mi página de páginas personales maltzj.github.io , pero el nuevo artículo no aparece allí. Cuando ejecuto el servidor localmente, una publicación vive en localhost:4000/posts/the-price-of-inconsistent-code/. Sin embargo, cuando voy a http://maltzj.github.io/posts/the-price-of-inconsistent-code , obtengo un 404. También agregué un nuevo archivo que debería estar en http: //maltz.github. io / test.html , pero eso también arroja un 404.

Todo se construye y se ejecuta localmente. Mi repositorio de Git está actualizado, y no hay nada en la página de estado de GitHub sobre problemas con las compilaciones, por lo que estoy un poco perdido sobre a dónde ir con esto. ¿Cómo puedo hacer que mi página se actualice con el contenido nuevo que agregue?

Como referencia, la ubicación del repositorio que respalda mi página es http://github.com/maltzj/maltzj.github.io

Nada de esto me solucionó. La solución fue editar el archivo index.html en el sitio web de GitHub.

Para otros, también verifique las fechas de sus publicaciones. acabo de tener este problema. Estoy en UTC + 11 y estoy bastante seguro de que el servidor está en UTC. Por lo tanto, si fecho mis publicaciones con mi hora local, el servidor cree que están en el futuro y no las creará. Usar UTC evitó esto para mí.

Como lo menciona joao cenoura en los comentarios a continuación:

• puedes decirle a jekyll que muestre publicaciones "futuras" agregando future: truea tu _config.yml
• y / o agregar timezone: TIMEZONEpara especificar su zona horaria.

Consulte https://jekyllrb.com/docs/configuration/ para obtener más información.

Vaya a su archivo index.html a través de su sitio ( ejemplo.github.io/index.html ) y luego vuelva a cargar la página. Luego puede volver a ( example.github.io ) y debería haberse actualizado. Puede hacer lo mismo con el archivo master.css , etc.

Si no funciona, intente volver a cargar ( github.com/example/example.github.io/[blob/master/]index.html ) en su lugar y se habrá actualizado.

Tenía un archivo CNAME vacío . Compruebe eso si tiene un problema similar.

Tuve el problema de tener un correo electrónico no verificado. La actualización funcionó por primera vez , pero falló después de eso. Se necesita un correo electrónico verificado para activar una compilación de páginas de GitHub. Además, no se puede usar una clave de implementación para esto, ya que no activará una compilación.

Fuente: http://web.archive.org/web/20140712011932/https://help.github.com/articles/troubleshooting-github-pages-build-failures/

Descargo de responsabilidad: este fue el caso en 2014. No sé si todavía es obligatorio.

En mi caso, ninguna de las soluciones anteriores funciona. Finalmente, descubro que la razón es: hay la opción "related_permalinks" en mi _config.yml. Esta opción ha quedado obsoleta recientemente en Jekyll 3.0.

Consulte: https://help.github.com/articles/removing-relative-permalinks/

Hoy tuve esta falla con una página estática; la causa fue en realidad una falla en el servicio en las páginas de GitHub. Puede consultar los mensajes de servicio en https://status.github.com/messages .

Sé que esto puede parecer simple, pero asegúrese de estar en la rama correcta y en el archivo correcto.

En mi caso, hice una página de GitHub e intenté confirmar desde mi repositorio local en la rama maestra. Además, estaba actualizando mi nombre de archivo en lugar de index.html . Estos fueron mis errores. Tuve que cambiar a la rama de la página de GitHub y actualizar en index.html commit, push y luego todo funcionó bien.

Tenía una <a>etiqueta sin cerrar que hacía que la compilación estuviera pendiente para siempre. Arreglar eso resolvió el problema.

Tiene sentido que GitHub verifique sus enlaces.

En mi caso, resultó ser que mencioné una ruta relativa para referirme a una imagen, algo así como - ./test.png.

Parece que no está permitido, y puede ser un problema de seguridad o qué. Sea lo que sea, si ha hecho algo así, elimínelo y consúltelo como test.png.

Para mí, solo esperé ~ 5 minutos y se actualizó.

Si alguien ha creado la rama gh-pages desde cero (manualmente), el problema es que necesita un archivo llamado params.json para que funcione.

No tengo este params.jsonarchivo, pero aún funciona ...

Consulte el sitio web de solución de problemas de Jekyll, ya que hay varias fuentes de error: Solución de problemas de errores de compilación de Jekyll para sitios de páginas de GitHub

En mi caso, una diéresis alemana ("ö") en un archivo Markdown causó el problema.

En mi caso, olvidé definir kramdownen_config.yaml

# Build settings
markdown: kramdown

Esto se produjo cuando estaba convirtiendo de un tema sin a un tema con el kramdownrequisito.

En mi caso, después de prueba y error en algunas soluciones aquí, lo que solucionó fue agregar la codificación al archivo _config como este

encoding: UTF-8

Más opciones de solución de problemas aquí

Para mí fue un problema no tener correctamente un archivo .gitmodules.

Pude solucionar problemas en la pestaña de configuración de mi repositorio, en la sección de páginas de GitHub, que indica problemas de compilación y fue útil para la resolución de problemas.

Curiosamente (y simplemente) creé una nueva rama, hice de esa rama la rama "predeterminada" y empujé desde allí.

Esto funcionó para mí.

En la configuración del repositorio, asegúrese de que las páginas de GitHub se estén compilando actualmente desde la gh-pagesrama.

En mi caso, el problema se debió a que mi repositorio era privado . Después de que lo hice público , el problema desapareció.

La parte extraña de la historia es que pude crear un repositorio privado y usar páginas de GitHub con él. Lo hice de acuerdo con la guía oficial ( http://take.ms/p2SS7 ). Funcionó bien durante aproximadamente 9 confirmaciones, pero en el décimo se rompió.

Tuve este problema esta semana y ninguna solución funcionó. No uso Jekyll, solo HTML estático puro. Estuvo tres días negándose a actualizar.

Esto es lo que tuve que hacer para que se volviera a publicar.

• Haz una snapshotrama de master.
• Restablece la masterrama a la última confirmación que está activa. (Pestaña de confirmaciones, las marcas de verificación verdes indican confirmaciones publicadas)
• Haz un nuevo compromiso con una prueba de humo. Hice un comentario HTML que podría grep.
• Fuerza de empuje master.
• Comprobar resultados curl https://example.com | grep SMOKETEST
• Reinicie masternuevamente, quitando la prueba de humo.
• Elija con precisión cada confirmación de la snapshotrama en la que necesita para recuperar sus cambios no publicados master(la selección selectiva le da a las confirmaciones nuevos identificadores / hash, evitando el riesgo de que algo los haya almacenado en caché de antes).
• Empuje con fuerza de masternuevo.
• Ahora debería obtener marcas de verificación verdes y actualizaciones publicadas.

Nota: podría ser suficiente forzar el empuje para eliminar las confirmaciones que están atascadas y recuperarlas. Es casi seguro que la prueba de humo no sea necesaria. Es posible que no se requiera la recolección de cerezas.

Si alguien ha creado la rama gh-pages desde cero (manualmente), el problema es que necesita un archivo llamado params.json para que funcione.

Este es un ejemplo de ese archivo:

{
  "name": "nameOfProyect",
  "tagline": "name of proyect",
  "body": "### Welcome to GitHub Pages.\r\nThis automatic page generator is the easiest way to create beautiful pages for all of your projects. Author your page content here using GitHub Flavored Markdown, select a template crafted by a designer, and publish. After your page is generated, you can check out the new branch:\r\n\r\n```\r\n$ cd your_repo_root\/repo_name\r\n$ git fetch origin\r\n$ git checkout gh-pages\r\n```\r\n\r\nIf you're using the GitHub for Mac, simply sync your repository and you'll see the new branch.\r\n\r\n### Designer Templates\r\nWe've crafted some handsome templates for you to use. Go ahead and continue to layouts to browse through them. You can easily go back to edit your page before publishing. After publishing your page, you can revisit the page generator and switch to another theme. Your Page content will be preserved if it remained markdown format.\r\n\r\n### Rather Drive Stick?\r\nIf you prefer to not use the automatic generator, push a branch named `gh-pages` to your repository to create a page manually. In addition to supporting regular HTML content, GitHub Pages support Jekyll, a simple, blog aware static site generator written by our own Tom Preston-Werner. Jekyll makes it easy to create site-wide headers and footers without having to copy them across every page. It also offers intelligent blog support and other advanced templating features.\r\n\r\n### Authors and Contributors\r\nYou can @mention a GitHub username to generate a link to their profile. The resulting `<a>` element will link to the contributor's GitHub Profile. For example: In 2007, Chris Wanstrath (@defunkt), PJ Hyett (@pjhyett), and Tom Preston-Werner (@mojombo) founded GitHub.\r\n\r\n### Support or Contact\r\nHaving trouble with Pages? Check out the documentation at https:\/\/help.github.com\/pages or contact [email protected] and we\u2019ll help you sort it out.\r\n",
  "google": "",
  "note": "Don't delete this file! It's used internally to help with page regeneration."
}

En mi caso, tenía otro archivo con el mismo permalinken la página que no actualizaba el contenido. Presta atención a eso.

Verifique el estado de su compilación de gh-pages en la pestaña de configuración.

Your site is having problems building: Unable to build page.

Si está utilizando github_token, es posible que no tenga permiso para crear las páginas gh, por lo que es posible que vea una advertencia en la pestaña de configuración. Es por eso que editar index.html podría funcionar. En este caso, use access_token o el compromiso basado en ssh para enviar y construir páginas gh automáticamente.

En mi caso, la sintaxis kramdown era incorrecta . Mi codigo era

  {% highlight %}
  lorem lipsum
 {% endhighlight %}

Aparentemente debes decirle a kramdown el idioma:

  {% highlight html %}
  lorem lipsum
 {% endhighlight %}

Mis páginas de GitHub se desactivaron en la pestaña Configuración del repositorio.

No recuerdo haberlo apagado, pero ahí estaba, y encenderlo de nuevo fue la solución.

En mi caso hubo dos problemas (uno "pebcak" y luego otro más válido).

Tenía dos direcciones de correo electrónico configuradas en GitHub y estaba revisando el correo electrónico no principal en busca de mensajes de error de compilación (para administrar correos electrónicos: inicie sesión en GitHub, haga clic en el menú de usuario en la parte superior derecha, seleccione Configuración y luego "Correos electrónicos" en el menú de la izquierda -build mensajes de error llegarán al conjunto de correo electrónico principal).

Una vez que pude ver los mensajes de error, descubrí que había agregado una descripción, incluido un carácter ":" en mi _config.yamly, dado que este es el carácter que se usa para separar key,valuepares, estaba impidiendo que el sitio se construyera.

Tuve el mismo problema, pero en mi caso CNAME contenía el nombre de dominio correcto.

Creo que el problema tuvo algo que ver con el cambio de nombre del repositorio que hice antes ... El nombre en línea era diferente del local, aunque no hubo problemas al presionar y los archivos en línea se actualizaron, la versión en vivo no.

Después de eliminar el repositorio de la máquina local y clonarlo nuevamente desde GitHub, el problema se resolvió.

En mi opinión, las páginas de GitHub se retrasan desde una confirmación. Esto significa que si desea que se actualice, agregue cualquier modificación a su fuente, confirme y envíe.

Este comportamiento solo se aplica a la rama gh-pages y al repositorio any.github.io . En la carpeta "docs", las modificaciones se aplican directamente.

En mi caso, mi problema fue después de que git pushmi archivo GitHub se actualizara pero no mostraba mi sitio web en las páginas de GitHub.

Nota: estaba creando un sitio web por React

Además, en el proyecto HTML, enfrenté el mismo problema. En ese caso, lo hice primero git pully luegogit status | git add . | git commit -m"adding some content" | and git push . Funcionó para mí.

Pero en el React project, no funcionó. Ejecuto esto nuevamente en mi cmd, npm run deployluego mi aplicación web React se muestra en las páginas de GitHub.

Mi sugerencia es probar todo lo que se muestra en los comentarios de esta publicación. Porque la solución a este problema no es una.

En mi caso, dejé un parámetro vacío url, en _config.yaml.

Después de especificar, url: example.github.iotodo comenzó a funcionar.

He utilizado git commit -am "blah"y se olvidó que sólo mi menú de navegación en _data/navigation.yamlfueron cambiados, y el nuevo page.mdque he creado no fue introducido en el árbol de trabajo, por lo tanto, que me muestra un error 404 cuando hice clic en el enlace del árbol de navegación.

¡Compruebe, vuelva a comprobar!