Les pages GitHub ne se mettent pas à jour

101

Je rencontre un problème étrange avec les pages GitHub. J'ai poussé un nouveau commit sur ma page de pages personnelles maltzj.github.io , mais le nouvel article n'apparaît pas là-haut. Lorsque j'exécute le serveur localement, un message vit à localhost:4000/posts/the-price-of-inconsistent-code/. Cependant, quand je vais sur http://maltzj.github.io/posts/the-price-of-inconsistent-code, j'obtiens un 404. J'ai également ajouté un nouveau fichier qui devrait vivre à http: //maltz.github. io / test.html , mais cela lance également un 404.

Tout se construit et s'exécute localement. Mon référentiel Git est à jour, et il n'y a rien sur la page d'état de GitHub concernant les problèmes de builds, donc je ne sais pas trop où aller avec cela. Comment puis-je mettre ma page à jour avec le nouveau contenu que j'ajoute?

Pour référence, l'emplacement du référentiel qui soutient ma page est http://github.com/maltzj/maltzj.github.io

Jonathan
la source
"Essayez-vous d'en publier un? La mise à disposition de votre page peut prendre jusqu'à dix minutes."
Aurélien Ooms
1
Je le sais, mais les validations de publication sont dans le dépôt depuis plus de 5 heures et ne sont pas affichées. Les pages personnelles sont déployées via le maître, n'est-ce pas?
Jonathan
3
pour moi, c'était parce que le navigateur utilise des données en cache (anciens styles) donc j'ouvre d'autres brwser
mohammedgqudah
C'était le navigateur pour moi. L'ouverture de Firefox fonctionnait bien.
dogonaroof

Réponses:

42

Rien de tout cela ne l'a résolu pour moi. La solution consistait à modifier le fichier index.html dans le site Web GitHub.

orafaelreis
la source
3
pareil pour moi. Seul le changement d'une ligne en index.html a fait "charger" le "vrai" index.html et non pas tout le commit précédent.
Miguel Vazq
2
Les pages GitHub ne voyaient pas une image que j'ai poussée dans mon dernier commit. J'ai dû modifier index.html (qui utilise l'image), simplement en changeant un espace blanc, afin que les pages GitHub commencent à servir l'image. Je soupçonne qu'il ne se reconstruit que si une page HTML change.
Paul Lynch
1
Je viens d'ajouter un espace sur GitHub dans index.html et cela a fonctionné. Problème étrange.
Wolfram
Cela a du sens, cette solution fonctionne pour moi. Dans mon cas, c'était parce que mon application était un SPA, où les mises à jour se font uniquement en Javascript, et non à partir de index.html . Là encore, je pense que les noms de fichiers ont md5sum (ou quelque chose) et devraient changer si le fichier change, donc il devrait également mettre à jour la balise de script index.html.
jmjm
40

Pour les autres, vérifiez également les dates de vos publications. J'ai juste eu ce problème. Je suis à UTC + 11 et je suis presque sûr que le serveur est à UTC. Ainsi, si je date mes messages avec mon heure locale, le serveur pense qu'ils sont dans le futur et ne les construira pas. L'utilisation de UTC a évité cela pour moi.

Comme mentionné par Joao Cenoura dans les commentaires ci-dessous:

  • vous pouvez dire à jekyll d'afficher les "futurs" messages en ajoutant future: trueà votre _config.yml
  • et / ou ajouter timezone: TIMEZONEpour spécifier votre fuseau horaire.

Voir https://jekyllrb.com/docs/configuration/ pour plus d'informations.

Sébastien Carroll
la source
5
Hourra! C'était le problème pour moi. J'ai tapé un nom de poste et l'ai fait "2016-04-14" au lieu de "2016-03-14". Il s'est très bien construit localement, mais sur Github, il ne s'est pas présenté. Aucun avertissement, juste aucune page. Merci!
Steve Bennett
1
Même problème. Je suis à UTC + 8. J'ai fait un post avec aujourd'hui comme date, poussé et rien ne s'est passé. Ensuite, j'ai changé la date de l'article et l'ai fait hier, l'article a été publié très rapidement!
Hong
3
Pareil pour moi sur UTC + 1. Je n'ai pas encore essayé, mais vous pouvez dire à jekyll d'afficher les "futurs" messages en ajoutant future: trueà votre _config.yml. Il y a aussi une TZoption. Référence: jekyllrb.com/docs/configuration
joao cenoura
24

Accédez à votre fichier index.html via votre site ( example.github.io/index.html ) puis rechargez la page. Ensuite, vous pouvez revenir à ( example.github.io ) et il aurait dû être mis à jour. Vous pouvez faire de même avec le fichier master.css , etc.

Si cela ne fonctionne pas, essayez de recharger à la place ( github.com/example/example.github.io/[blob/master/ < /font> index.html ) et il sera mis à jour.

Prix ​​Tristan
la source
9

J'avais un fichier CNAME vide . Vérifiez cela si vous rencontrez un problème similaire.

Jonathan
la source
16
Pourriez-vous nous en dire un peu plus? Qu'avez-vous dû changer pour que cela fonctionne? Ou avez-vous dû supprimer un fichier CNAME qui s'y trouvait? Merci!
cxw
1
Je devais m'assurer que le fichier CNAME contenait une ligne avec le domaine que je voulais construire.
daniel-cheng
9

J'ai eu le problème d'avoir un e-mail non vérifié. La mise à jour a fonctionné pour la première fois , mais elle a échoué par la suite. Un e-mail vérifié est nécessaire pour déclencher une création de pages GitHub. De plus, une clé de déploiement ne peut pas être utilisée pour cela, car elle ne déclenchera pas de génération.

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

Avertissement: c'était le cas en 2014. Je ne sais pas si c'est toujours nécessaire.

eis
la source
1
J'ai également eu le même problème d'un e-mail non vérifié.
midinastasurazz
C'est ce qui m'a aidé. C'est aussi la seule mention de cette solution que j'ai pu trouver après environ une heure de recherche.
Giganticus
1
La clé de déploiement ne déclenchera pas la compilation!?!? WTF. Merci, voté.
Domenic le
1
Le lien est cassé ( "Oups! On dirait que cette page n'existe pas." ).
Peter Mortensen
@PeterMortensen remplacé par un lien d'archive Web, mais je ne sais pas vraiment si l'information est plus pertinente
eis
6

Dans mon cas, aucune des solutions ci-dessus ne fonctionne. Enfin, je découvre que la raison est: il y a l'option "relative_permalinks" dans mon _config.yml. Cette option est récemment déconseillée dans Jekyll 3.0.

Reportez-vous à: https://help.github.com/articles/removing-relative-permalinks/

Flickerlight
la source
6

J'ai eu ce problème aujourd'hui avec une page statique - la cause était en fait une panne de service sur GitHub Pages lui-même. Vous pouvez vérifier les messages de service sur https://status.github.com/messages .

Mike
la source
1
J'ai déchiré presque tout mon site en essayant de réduire un problème de code - il s'avère que github a eu un énorme backlog de création de pages depuis hier - c'est presque 24 heures. (Github devrait noter le lien de la page d'état de construction sur leur page de dépannage. Je n'ai trouvé la page d'état qu'à cause d'une erreur 404 qui comprenait un lien en bas.)
Cascadia_Mike
1
Merci :) Aujourd'hui, j'ai reçu "Enquête - Enquête sur l'augmentation des retards de file d'attente affectant les versions de pages et certaines livraisons de webhooks."
Jeudi
Ouais moi aussi! @Thuan. c'est nul!
Abdalla Arbab
5

Je sais que cela peut sembler simple, mais assurez-vous que vous êtes sur la bonne branche et dans le bon fichier.

Dans mon cas, j'ai créé une page GitHub et essayé de valider à partir de mon référentiel local sur la branche principale. De plus, je mettais à jour mon nom de fichier au lieu de index.html . C'étaient mes erreurs. J'ai dû passer à la branche de page GitHub et mettre à jour dans le commit index.html , pousser et puis tout fonctionnait bien.

Montre de l'amour
la source
Drôle. Cette réponse m'a inspiré à réévaluer mes hypothèses et m'a rappelé que je devais reconstruire à partir de la source.
jorisw le
5

J'avais un non fermé <a> balise qui a rendu la construction en attente pour toujours. La résolution de ce problème a résolu le problème.

Il est logique que GitHub vérifie vos liens.

jns
la source
3

Dans mon cas, il se trouve que j'ai mentionné un chemin relatif pour faire référence à une image, quelque chose comme - ./test.png .

Il semble que ce n'est pas autorisé, et cela peut être un problème de sécurité ou quoi. Quoi qu'il en soit, si vous avez fait quelque chose comme ça, supprimez-le et appelez-le test.png.

Rahul Naskar
la source
1
Pareil pour moi: j'avais un chemin relatif dans un "<a href...>"
Erel Segal-Halevi
3

Pour moi, j'ai juste attendu ~ 5 minutes, et il a été mis à jour.

Si quelqu'un a créé la branche gh-pages à partir de zéro (manuellement), le problème est que vous avez besoin d'un appel de fichier params.json pour le faire fonctionner.

Je n'ai pas ce params.jsonfichier, mais ça marche toujours ...

math2001
la source
Vous pouvez voir si Github a encore besoin de temps pour créer votre site ou s'il a échoué dans la liste des validations de votre dépôt.
Lukas
2

Dans mon cas, j'ai oublié de définir kramdowndans_config.yaml

# Build settings
markdown: kramdown

Cela a été causé lors de la conversion d'un thème sans vers un thème avec l' kramdownexigence.

arewm
la source
1

Dans mon cas, après essais et erreurs sur certaines solutions ici, ce qui a corrigé c'était l'ajout de l'encodage au fichier _config comme ceci

encoding: UTF-8

Plus d'options de dépannage ici

A. Romeu
la source
1

Pour moi, c'était un problème de ne pas avoir correctement un fichier .gitmodules.

J'ai pu dépanner dans l'onglet Paramètres de mon référentiel, sous la section des pages GitHub, qui indique les problèmes de construction et a été utile pour le dépannage.

user3882631
la source
1

Curieusement (et simplement) j'ai créé une nouvelle branche, en ai fait la branche "par défaut" et j'ai poussé à partir de là.

Cela a fonctionné pour moi.

Kevin Conklin
la source
1

Dans les paramètres du référentiel, assurez-vous que les pages GitHub sont en cours de création à partir de la gh-pagesbranche.

Dong Justin
la source
1

Dans mon cas, le problème était dû au fait que mon référentiel était privé . Après que je l'ai rendu public , le problème a disparu.

La partie étrange de l'histoire est que j'ai pu créer un référentiel privé et utiliser des pages GitHub avec. Je l'ai fait conformément au guide officiel ( http://take.ms/p2SS7 ). Cela a bien fonctionné pendant environ 9 commits, mais le 10, il est devenu cassé.

Dan
la source
1

J'ai eu ce problème cette semaine et aucune solution n'a fonctionné. Je n'utilise pas Jekyll, seulement du HTML purement statique. Il a juste siégé trois jours en refusant de mettre à jour.

Voici ce que j'ai dû faire pour le faire publier à nouveau.

  • Faites une snapshotbranche à partir de master.
  • Réinitialisez la masterbranche sur le dernier commit actif. (Onglet Commits, les coches vertes indiquent les commits publiés)
  • Faites un nouveau commit avec un test de fumée. J'ai fait un commentaire HTML que je pourrais grep.
  • Force de poussée master .
  • Vérifier les résultats curl https://example.com | grep SMOKETEST
  • Réinitialiser master nouveau, supprimant le test de fumée.
  • Choisissez chaque commit dans la snapshotbranche dont vous avez besoin pour récupérer vos modifications non publiéesmaster (le cherry-picking donne aux commits de nouveaux identifiants / hachages, évitant le risque que quoi que ce soit les ait mis en cache avant).
  • Force de poussée master nouveau de .
  • Vous devriez maintenant obtenir des coches vertes et des mises à jour publiées.

Remarque: il peut suffire de forcer le push pour supprimer les commits bloqués et les récupérer. Le test de fumée n'est presque certainement pas nécessaire. La cueillette des cerises peut ne pas être nécessaire.

Martin Westin
la source
0

Si quelqu'un a créé la branche gh-pages à partir de zéro (manuellement), le problème est que vous avez besoin d'un appel de fichier params.json pour le faire fonctionner.

Voici un exemple de ce fichier:

{
  "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 Fernandez Diaz
la source
0

Dans mon cas, j'avais un autre fichier avec le même permalinkà la page qui n'actualisait pas le contenu. Faites attention à cela.

Adelson Araújo
la source
0

Vérifiez l'état de votre build des pages gh dans l'onglet Paramètres.

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

Si vous utilisez github_token, il se peut qu'il ne soit pas autorisé à créer les pages gh, vous pouvez donc voir un avertissement dans l'onglet Paramètres. C'est pourquoi la modification de index.html peut fonctionner. Dans ce cas, utilisez access_token ou commit basé sur ssh pour pousser et créer automatiquement des pages gh.

kamalkishor1991
la source
0

Dans mon cas, la syntaxe de kramdown était incorrecte . Mon code était

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

Apparemment, vous devez dire à kramdown la langue:

  {% highlight html %}
  lorem lipsum
 {% endhighlight %}
Quannt
la source
0

Mes pages GitHub ont été désactivées sous l' onglet Paramètres du référentiel.

Je ne me souviens pas l'avoir éteint, mais c'était là, et le réactiver était la solution.

Jason
la source
0

Dans mon cas, il y avait deux problèmes (un "pebcak" et un plus valide).

J'avais deux adresses e-mail configurées dans GitHub et je recherchais dans l'e-mail non principal les messages d'erreur de construction (pour gérer les e-mails: connectez-vous à GitHub, cliquez sur le menu utilisateur en haut à droite, sélectionnez Paramètres puis "E-mails" dans le menu de gauche - les messages d'erreur de construction arriveront à l'ensemble d'e-mails principal).

Une fois que j'ai vu les messages d'erreur, j'ai découvert que j'avais ajouté une description, y compris un caractère ":" dans mon _config.yamlet comme c'est le caractère utilisé pour séparer les key,valuepaires, cela empêchait le site de se construire.

Floella
la source
0

J'ai eu le même problème, mais dans mon cas, CNAME contenait le nom de domaine correct.

Je pense que le problème avait quelque chose à voir avec le changement de nom du référentiel que j'avais fait auparavant ... Le nom en ligne était différent de local, bien qu'il n'y ait pas eu de problèmes de poussée et que les fichiers en ligne aient été mis à jour - la version live ne l'a pas fait.

Après avoir supprimé le référentiel de la machine locale et l'avoir cloné à nouveau depuis GitHub, le problème a été résolu.

Mytko Enko
la source
0

À mon avis, les pages GitHub sont en retard d'un commit. Cela signifie que si vous souhaitez qu'il s'actualise, ajoutez toute modification à votre source, validez et transmettez.

Ce comportement s'applique uniquement à la branche gh-pages et au référentiel any.github.io . Dans le dossier "docs", les modifications s'appliquent directement.

parisni
la source
0

Dans mon cas, mon problème était après git pushla mise à jour de mon fichier GitHub, mais sans afficher mon site Web sur les pages GitHub.

Remarque: je créais le site Web par React

Aussi, sur le projet HTML, j'ai rencontré le même problème. Dans ce cas, je viens de faire tout d'abord git pullet ensuitegit status | git add . | git commit -m"adding some content" | and git push . Cela a fonctionné pour moi.

Mais dans le React project, ça n'a pas fonctionné. Je l'exécute à nouveau sur mon cmd, npm run deploypuis mon application Web React s'affiche sur les pages GitHub.

Ma suggestion est d'essayer tout ce qui apparaît sur les commentaires de cet article. Parce que la solution à ce problème n'en est pas une.

Md. Rana
la source
Avec react, vous devez d'abord créer le projet avec npm run buildou yarn build, puis pousser vers le build/dossier des pages github . Ou vous pouvez y accéder avec le yournickname.github.io/yourproject/buildchemin du lien (si vous supprimez build/de .gitignore)
flppv
Pour afficher le site Web de réaction sur les pages GitHub, j'ai suivi cette méthode github.com/gitname/react-gh-pages et cela a fonctionné.
Md. Rana
0

Dans mon cas, j'ai laissé un paramètre vide,, urldans _config.yaml.

Après avoir spécifié, url: example.github.iotout a commencé à fonctionner.

Alex Medveshchek
la source
0

J'ai utilisé git commit -am "blah"et oublié que seuls mes liens de navigation dans _data/navigation.yamlont été modifiés, et le nouveau page.mdque j'ai créé n'a pas été ajouté à l'arbre de travail, me montrant donc une erreur 404 lorsque j'ai cliqué sur le lien dans l'arborescence de navigation.

Vérifiez, revérifiez!

poisson clown
la source