Les pages Github ne sont pas mises à jour
Je rencontre un problème étrange avec les pages Github. J'ai poussé un nouveau commit vers ma page personnelle maltzj.github.io , mais le nouvel article ne s'affiche pas ici. Lorsque j'exécute le serveur localement, une publication vit à localhost:4000/posts/the-price-of-inconsistent-code/. Cependant, quand je vais à http://maltzj.github.io/posts/the-price-of-inconsistent-code je reçois un 404. J'ai aussi ajouté un nouveau fichier qui devrait vivre à http: //maltz.github.io/test.html , mais cela jette aussi un 404.
Tout est construit et fonctionne localement, mon dépôt Git est à jour, et la page d’état de github ne contient aucune information sur les problèmes rencontrés avec les versions, je ne sais donc pas trop où aller avec cela. Comment puis-je mettre ma page à jour avec le nouveau réseau que j'ai ajouté?
Pour référence, l'emplacement du référentiel qui sauvegarde ma page est http://github.com/maltzj/maltzj.github.io
Pour les personnes futures qui découvrent ceci: j’avais un fichier CNAME vide. Vérifiez que si vous rencontrez un problème similaire.
Pour les autres, vérifiez également les dates de vos messages. Je viens d'avoir ce problème. Je suis à UTC + 11 et je suis à peu près 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. Utiliser UTC m'a évité cela.
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
timezone: TIMEZONEpour spécifier votre fuseau horaire.
Voir https://jekyllrb.com/docs/configuration/ pour plus d'informations.
Rien de tout cela n'a résolu pour moi. La solution consistait à modifier le fichier index.html sur le site Web de github.
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 construction 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 construction.
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 que la raison est la suivante: il existe une option "relative_permalinks" dans mon _config.yml Cette option est récemment déconseillée dans Jekyll 3.0.
Voir: https://help.github.com/articles/removing-relative-permalinks/
Ma solution est de prendre votre fichier index.html et d'y accéder (exemple.github.io/index.html), puis de le recharger et vos modifications seront mises à jour. Ensuite, vous revenez à (exemple.github.io) et il devrait avoir mis à jour. Vous pouvez faire la même chose avec le fichier master.css ou autre.
J'avais une balise <a> non fermée qui faisait que la construction était en attente pour toujours Résoudre cela a résolu le problème. C’est logique que GitHub vérifie vos liens.
Dans mon cas, c’est que j’ai mentionné un chemin relatif pour faire référence à une image, quelque chose comme - ./test.png Semble que ce n’est pas autorisé, peut être un problème de sécurité ou autre. Peu importe, si vous avez fait quelque chose comme ça, retirez-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éé (manuellement) la branche gh-pages à partir de zéro, le problème est qu'il vous faut un fichier, appelez params.json pour que cela fonctionne.
Je n'ai pas ce fichier params.json, mais ça fonctionne toujours ...
Veuillez consulter le site Web 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émarquage a été à l'origine du problème.
Je sais que cela peut paraître simple, mais assurez-vous que vous êtes sur la bonne branche et dans le bon fichier. Dans mon cas, j'ai créé un gh-pages et essayé de valider à partir de mon dépôt local sur la branche principale. De plus, je mettais à jour mon nom de fichier au lieu de index.html. C'étaient mes erreurs. Je devais passer à la branche gh-pages et mettre à jour dans le fichier index.html commit, Push, puis tout fonctionnait bien.
Je sais que cela ne fait qu'ajouter à 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û au fait que je passais d'un thème sans thème à un thème avec l'exigence kramdown.
J'ai eu cette erreur aujourd'hui avec une page statique - la cause était en fait un échec de service chez GitHub Pages lui-même. Vous pouvez rechercher des messages de service sur https://status.github.com/messages .
Dans mon cas, le problème était dû au fait que mon référentiel était private. Après avoir rendu public, le problème a disparu… __ Ce qui est étrange dans l'histoire, c'est que j'ai pu créer un référentiel privé et utiliser des pages GH avec celui-ci. Je l'ai fait conformément à guide ( http://take.ms/p2SS7 ) officiel Cela a bien fonctionné pendant environ 9 commits, mais le 10 a été brisé.
Pour moi, le problème était de ne pas avoir correctement un fichier .gitmodules. J'ai pu résoudre les problèmes dans l'onglet Paramètres de mon référentiel, dans la section Pages GitHub, qui indique des problèmes de construction et était utile pour le dépannage.
Dans mon cas, après des essais et des erreurs sur certaines solutions ici, ce qui a été résolu, c’était d’ajouter le codage au fichier _config comme ceci
encoding: UTF-8
Plus d'options de dépannage ici
Bien, je suis arrivé à la fin et rien n’avait fonctionné pour moi, alors je vais partager avec vous ce que j’ai fait pour que le mien fonctionne. Bizarrement (et simplement) assez, j’ai créé une nouvelle branche, que cette branche est devenue la branche "par défaut" et qu’elle a été poussée à partir de là. Cela a fonctionné pour moi et j’espère que c’est le cas pour quelqu'un qui parvient au dernier point et n’a toujours pas trouvé de réponse haha.
Dans mon cas, j'ai laissé le paramètre vide url dans _config.yaml. Après avoir spécifié url: example.github.io, tout a commencé à fonctionner.
Si quelqu'un a créé (manuellement) la branche gh-pages à partir de zéro, le problème est qu'il vous faut un fichier, appelez params.json pour que cela fonctionne.
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."
}
J'avais 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 renommage du référentiel comme je l'avais déjà fait… Le nom en ligne était différent du nom local, bien qu'il les fichiers en ligne ont été mis à jour - la version en direct ne l'a pas été. Après la suppression du référentiel de la machine locale et son clonage à partir de GitHub, le problème a été résolu.
Dans mon cas, j'avais un autre fichier avec la même permalink à la page qui n'actualisait pas le contenu. Faites attention à cela.
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 les paramètres du référentiel, assurez-vous que les pages Github sont en cours de construction à partir de la branche gh-pages.
À mon sens, les pages de github sont en retard d’un commit . Cela signifie que si vous ne voulez pas rafraîchir, ajoutez une modification à votre source, commit et Push.
Ce comportement ne concerne que les référentiels gh-pages branch et any.github.io. Dans le dossier "docs", les modifications s’appliquent directement.
Dans mon cas, c'était une syntaxe kramdown incorrecte. Mon code était
{% highlight %}
lorem lipsum
{% endhighlight %}
apparemment, vous devez dire kramdown la langue
{% highlight html %}
lorem lipsum
{% endhighlight %}
Ajout de mes deux cents: 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 vérifiais les messages d'erreur de construction dans l'e-mail non principal (pour gérer les e-mails: connectez-vous à GitHub, cliquez sur le menu de l'utilisateur en haut à droite, sélectionnez Paramètres, puis "Emails" dans le menu déroulant. les messages d'erreur de construction du menu de gauche arrivent au groupe de messagerie principal).
Une fois que j’ai vu les messages d’erreur, j’ai découvert que j’avais ajouté une description incluant un caractère ":" dans mon _config.yaml et, comme il s'agissait du caractère utilisé pour séparer les paires key,value, il empêchait la création du site.
Dans mon cas, mon problème était après git Push, mon fichier GitHub était mis à jour mais ne montrait pas mon site Web sur les pages GitHub.
Note: je créais le site Web par React
Toujours sur le projet HTML, j'ai rencontré le même problème, dans ce cas, je venais tout d'abord de faire git pull puis git status | git add . | git commit -m"adding some content" | and git Push cela fonctionnait pour moi.
Mais dans React project, cela n'a pas fonctionné. Je l'exécute à nouveau sur mon cmd npm run deploy, puis mon application Web React s'affiche sur les pages GitHub.
Ma suggestion est d'essayer tout ce qui apparaît dans les commentaires de cet article. Parce que la solution à ce problème n'en est pas une.