Les pages Github ne sont pas mises à 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 ne s’affiche pas. Lorsque j’exécute le serveur localement, une publication est localhost:4000/posts/the-price-of-inconsistent-code/ sur localhost:4000/posts/the-price-of-inconsistent-code/ . Cependant, quand je vais sur http://maltzj.github.io/posts/the-price-of-inconsistent-code, je reçois un 404. J’ai également ajouté un nouveau fichier qui devrait être disponible sur http: //maltz.github. io / test.html , mais cela génère aussi un 404.

Tout se construit et s’exécute localement mon repo git est à jour, et il n’y a rien sur la page d’état de github concernant les problèmes de build, donc je suis un peu perdu quant à la destination. Comment puis-je mettre ma page à jour avec le nouveau contnet que j’ajoute?

Pour référence, l’emplacement du repository qui appuie ma page est http://github.com/maltzj/maltzj.github.io

Pour les autres, vérifiez également les dates de vos publications. Je viens d’avoir ce problème. Je suis à UTC + 11 et je suis sûr que le serveur est à UTC. Donc, si je date mes messages avec mon heure locale, le serveur pense qu’ils sont dans le futur et ne les construiront pas. Utiliser UTC a évité cela pour moi.

Comme mentionné par joao cenoura dans les commentaires ci-dessous:

  • Vous pouvez dire à jekyll d’afficher les publications “futures” en ajoutant future: true à votre _config.yml
  • et / ou ajoutez le timezone: TIMEZONE pour spécifier votre fuseau horaire.

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

Rien de tout cela n’a été résolu pour moi. La solution consistait à modifier le fichier index.html en un site Web github.

Pour les futures personnes qui trouvent ceci: j’avais un fichier CNAME vide. Vérifiez si vous rencontrez un problème similaire.

J’ai eu le problème d’avoir un email non vérifié. La mise à jour a fonctionné pour la première fois mais a échoué par la suite. Un email vérifié est nécessaire pour déclencher la création des 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.

Source: https://help.github.com/articles/troubleshooting-github-pages-build-failures/

Dans mon cas, aucune des solutions ci-dessus ne fonctionne. Enfin, je découvre la raison: il y a l’option “relative_permalinks” dans mon _config.yml. Cette option est récemment obsolète dans Jekyll 3.0.

Référez-vous à: https://help.github.com/articles/removing-relative-permalinks/

Ma solution consiste à prendre votre fichier index.html et à y accéder (donc example.github.io/index.html), puis à le recharger et vos modifications seront mises à jour. Ensuite, vous revenez à (example.github.io) et il devrait avoir été mis à jour. Vous pouvez faire la même chose avec le fichier master.css ou etc.

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 ne soit pas autorisé, peut être un problème de sécurité ou quoi. Quoiqu’il en soit, si vous avez fait quelque chose comme ça, supprimez-le et appelez-le test.png

J’avais une balise non fermée qui faisait que la construction était en attente pour toujours. Correction qui a résolu le problème. Cela signifie que GitHub vérifiera vos liens.

Je sais que cela peut sembler simple, mais assurez-vous que vous êtes sur la bonne twig et dans le bon fichier. Dans mon cas, j’ai fait un gh-pages et j’ai essayé de m’engager depuis mon repo local sur la twig master. Aussi, je mettais à jour mon nom de fichier au lieu de index.html. C’étaient mes erreurs. Je devais passer à la twig gh-pages et la mettre à jour dans index.html commit, push et tout fonctionnait bien.

Dans mon cas, après essais et erreurs sur certaines solutions ici, ce qui a été corrigé, c’était d’append l’encodage au fichier _config comme celui-ci

 encoding: UTF-8 

Plus d’options de dépannage ici

S’il vous plaît se référer au site de dépannage Jerkyll, car il existe plusieurs sources d’erreur: https://help.github.com/articles/troubleshooting-jekyll-builds/

Dans mon cas, un Umlaut allemand (“ö”) dans un fichier de démarque a causé le problème.

Eh bien, je suis arrivé à la fin et rien n’a fonctionné pour moi, alors je vais partager avec vous ce que j’ai fait pour que le mien fonctionne. Bizarrement (et simplement) j’ai créé une nouvelle twig qui a fait de cette twig la twig “par défaut” et l’a poussée de là. Cela a fonctionné pour moi et j’espère que cela arrivera à quelqu’un qui arrive au fond et n’a toujours pas trouvé de réponse haha.

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

Si quelqu’un a créé la twig 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 fichier params.json , mais ça marche toujours …

Je sais que cela ne fait qu’append à la longue liste de solutions, mais dans mon cas, j’ai oublié de définir kramdown dans _config.yaml

 # Build settings markdown: kramdown 

Cela était dû à la conversion d’un thème sans thème avec l’exigence de kramdown .

Si quelqu’un a créé la twig gh-pages à partir de rien (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 Consortingbutors\r\nYou can @mention a GitHub username to generate a link to their profile. The resulting `` element will link to the consortingbutor'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." } 

Pour moi, c’était un problème de ne pas avoir correctement un fichier .gitmodules. J’ai été en mesure de résoudre les problèmes dans l’onglet Paramètres de mon référentiel, dans la section Pages GitHub, qui indique les problèmes de génération et était utile pour le dépannage.

Dans mon cas, c’était une syntaxe de kramdown 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 repository.

Je ne me souviens pas l’avoir éteint, mais ça a été le cas.

Ajouter mes deux cents: dans mon cas, il y avait deux problèmes (un “pebcak” et ensuite un plus valide).

J’avais deux adresses e-mail configurées dans GitHub et je vérifiais si des messages d’erreur de compilation étaient générés (pour gérer les e-mails: connectez-vous à GitHub, cliquez sur le menu utilisateur en haut à droite, sélectionnez Paramètres puis “Emails” depuis le les messages d’erreur de menu -build du menu de gauche arriveront à l’ensemble de messagerie principal).

Une fois que j’ai vu les messages d’erreur que j’ai découverts, j’avais ajouté une description comprenant un caractère “:” dans mon _config.yaml et comme il _config.yaml du caractère utilisé pour séparer key,value paires key,value , cela empêchait le site de se construire.

Dans les parameters du référentiel, assurez-vous que les pages Github sont en cours de construction à partir de la twig gh-pages

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