Las páginas de GitHub no se actualizan

101

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

Jonathan
fuente
"¿Estás intentando publicar uno? Pueden pasar hasta diez minutos hasta que tu página esté disponible".
Aurélien Ooms
1
Lo sé, pero las confirmaciones de publicación han estado en el repositorio durante más de 5 horas y no han aparecido. Las páginas personales se despliegan a través del maestro, ¿correcto?
Jonathan
3
para mí fue porque el navegador usa datos en caché (estilos antiguos), así que abro otro brwser
mohammedgqudah
Fue el navegador para mí. Abrir Firefox lo hizo funcionar bien.
dogonaroof

Respuestas:

42

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

orafaelreis
fuente
3
lo mismo para mi. Solo cambiar una línea a index.html hizo que "cargara" el index.html "verdadero" y no todas las confirmaciones anteriores.
Miguel Vazq
2
Las páginas de GitHub no veían una imagen que presioné en mi última confirmación. Tuve que editar index.html (que usa la imagen), simplemente cambiando algunos espacios en blanco, para que las páginas de GitHub comiencen a mostrar la imagen. Sospecho que no se reconstruye a menos que cambie una página HTML.
Paul Lynch
1
Acabo de agregar un espacio en GitHub en index.html y funcionó. Problema extraño.
Wolfram
Eso tiene sentido, esta solución me funciona ... En mi caso, se debió a que mi aplicación era un SPA, donde las actualizaciones solo se hacen en Javascript y no desde index.html. Por otra parte, creo que los nombres de archivo tienen md5sum (o algo así) y deberían cambiar si el archivo cambia, por lo que también debería actualizar la etiqueta de script index.html.
jmjm
40

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.

Sebastián Carroll
fuente
5
¡Hurra! Este fue el problema para mí. Escribí un nombre de publicación y lo hice "2016-04-14" en lugar de "2016-03-14". Se construyó bien a nivel local, pero en Github, no apareció. Sin advertencia, simplemente sin página. ¡Gracias!
Steve Bennett
1
Mismo problema. Estoy en UTC + 8. Hice una publicación con hoy como fecha, presioné y no pasó nada. Luego cambié la fecha de la publicación y la hice ayer, ¡la publicación se publicó muy rápido!
Hong
3
Lo mismo para mí en UTC + 1. No lo he intentado todavía, pero puedes decirle a jekyll que muestre las publicaciones "futuras" agregando future: truea tu _config.yml. También hay una TZopción. Referencia: jekyllrb.com/docs/configuration
joao cenoura
24

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.

Precio de Tristan
fuente
9

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

Jonathan
fuente
16
¿Podrías ampliar esto un poco? ¿Qué tuviste que cambiar para que funcionara? ¿O tuvo que eliminar un archivo CNAME que estaba allí? ¡Gracias!
cxw
1
Tenía que asegurarme de que el archivo CNAME contenía una línea con el dominio que quería crear.
daniel-cheng
9

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.

eis
fuente
1
También tuve el mismo problema de un correo electrónico no verificado.
midinastasurazz
Eso es lo que me ayudó. También es la única mención de esta solución que pude encontrar después de aproximadamente una hora de buscar.
Giganticus
1
¡La clave de implementación no activará la compilación!?!? WTF. Gracias, voto a favor.
Domenic
1
El vínculo está roto ( "¡Vaya! Parece que esta página no existe" ).
Peter Mortensen
@PeterMortensen sustituido por enlace de archivo web, aunque no se sabe muy bien si la información es relevante más
EIS
6

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 .

Miguel
fuente
1
Arranqué casi todo mi sitio tratando de reducir un problema de código; resulta que github ha tenido un enorme retraso en la creación de páginas desde ayer, eso es casi 24 horas. (Github debe tener en cuenta el enlace de la página de estado de compilación en su página de solución de problemas. Solo encontré la página de estado debido a un error 404 que incluía un enlace en la parte inferior).
Cascadia_Mike
1
Gracias :) Hoy recibí el mensaje "Investigando: actualmente estoy investigando el aumento de los retrasos en las colas que afectan las compilaciones de páginas y algunas entregas de webhooks".
Jueves
¡Sí yo también! @Thuan. es una mierda!
Abdalla Arbab
5

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.

Muestra amor
fuente
Gracioso. Esta respuesta me inspiró a reevaluar mis suposiciones y me recordó que necesitaba reconstruir desde la fuente.
jorisw
5

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.

jns
fuente
3

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.

Rahul Naskar
fuente
1
Lo mismo para mí: tenía una ruta relativa en un "<a href...>"
Erel Segal-Halevi
3

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 ...

matemáticas2001
fuente
Puede ver si Github todavía necesita tiempo para construir su sitio o si falló en la lista de confirmaciones de su repositorio.
Lukas
2

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.

arewm
fuente
1

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í

A. Romeu
fuente
1

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.

user3882631
fuente
1

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

Esto funcionó para mí.

Kevin Conklin
fuente
1

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

Dong Justin
fuente
1

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ó.

Dan
fuente
1

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.

Martin Westin
fuente
0

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."
}
Roberto Fernández Díaz
fuente
0

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

Adelson Araújo
fuente
0

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.

kamalkishor1991
fuente
0

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 %}
Cantidad
fuente
0

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.

Jason
fuente
0

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.

Floella
fuente
0

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ó.

Mytko Enko
fuente
0

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.

parisni
fuente
0

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.

Md. Rana
fuente
Con react, primero debe compilar el proyecto con npm run buildo yarn buildy luego empujar a la build/carpeta de páginas de github . O puede acceder a él con la yournickname.github.io/yourproject/buildruta del enlace (si elimina build/de .gitignore)
flppv
Para mostrar el sitio web de React en las páginas de GitHub, seguí este método github.com/gitname/react-gh-pages y funcionó.
Md. Rana
0

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

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

Alex Medveshchek
fuente
0

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!

pez payaso
fuente