Les pages GitHub ne se mettent pas à jour

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

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

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.

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.

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

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.

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/

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 .

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.

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.

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.

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

Veuillez vous référer au site Web de dépannage de Jekyll, car il existe plusieurs sources d'erreur: Dépannage des erreurs de construction Jekyll pour les sites de pages GitHub

Dans mon cas, un tréma allemand ("ö") dans un fichier Markdown a causé le problème.

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.

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

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.

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.

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.

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

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.

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 support@github.com 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."
}

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

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.

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 %}

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.

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.

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.

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

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.

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.

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!