GitHub-Seiten werden nicht aktualisiert

Ich habe ein seltsames Problem mit GitHub-Seiten. Ich habe ein neues Commit für meine persönliche Seite maltzj.github.io erstellt , aber der neue Artikel wird dort nicht angezeigt . Wenn ich den Server lokal ausführe, lebt ein Beitrag bei localhost:4000/posts/the-price-of-inconsistent-code/. Wenn ich jedoch zu http://maltzj.github.io/posts/the-price-of-inconsistent-code gehe, erhalte ich eine 404. Ich habe auch eine neue Datei hinzugefügt, die unter http: //maltz.github gespeichert werden sollte . io / test.html , aber das wirft auch eine 404.

Alles wird vor Ort erstellt und ausgeführt. Mein Git-Repository ist auf dem neuesten Stand, und auf der GitHub-Statusseite gibt es keine Informationen zu Problemen mit Builds. Daher bin ich ein wenig ratlos, wohin ich damit gehen soll. Wie kann ich meine Seite mit neuen Inhalten aktualisieren, die ich hinzufüge?

Als Referenz ist der Speicherort des Repositorys, das meine Seite unterstützt, http://github.com/maltzj/maltzj.github.io

Nichts davon hat es für mich gelöst. Die Lösung bestand darin, die Datei index.html auf der GitHub-Website zu bearbeiten .

Überprüfen Sie für andere auch die Daten Ihrer Beiträge. Ich hatte gerade dieses Problem. Ich bin bei UTC + 11 und ich bin mir ziemlich sicher, dass der Server bei UTC ist. Wenn ich meine Posts mit meiner Ortszeit datiere, glaubt der Server, dass sie in der Zukunft liegen, und erstellt sie nicht. Die Verwendung von UTC hat dies für mich vermieden.

Wie von Joao Cenoura in den Kommentaren unten erwähnt:

• Sie können jekyll anweisen, "zukünftige" Beiträge anzuzeigen, indem Sie hinzufügen future: true zu Ihrer _config.yml hinzufügen
• und / oder hinzufügen timezone: TIMEZONE, um Ihre Zeitzone anzugeben.

Weitere Informationen finden Sie unter https://jekyllrb.com/docs/configuration/ .

Gehen Sie über Ihre Site ( example.github.io/index.html ) zu Ihrer index.html- Datei und laden Sie die Seite neu. Dann können Sie zu ( example.github.io ) zurückkehren und es sollte aktualisiert worden sein. Sie können dasselbe mit der Datei master.css tun Datei usw. .

Wenn es nicht funktioniert, versuchen Sie stattdessen das Neuladen ( github.com/example/example.github.io/[blob/master/‹index.html ) und es wird aktualisiert.

Ich hatte eine leere CNAME- Datei. Überprüfen Sie dies, wenn Sie ein ähnliches Problem haben.

Ich hatte das Problem, eine nicht bestätigte E-Mail zu haben. Das Update hat zum ersten Mal funktioniert , ist danach jedoch fehlgeschlagen. Eine verifizierte E-Mail wird benötigt, um einen GitHub-Seitenaufbau auszulösen. Auch ein Bereitstellungsschlüssel kann hierfür nicht verwendet werden, da er keinen Build auslöst.

Quelle: http://web.archive.org/web/20140712011932/https://help.github.com/articles/troubleshooter-github-pages-build-failures/

Haftungsausschluss: Dies war 2014 der Fall. Ich weiß nicht, ob dies noch erforderlich ist.

In meinem Fall funktioniert keine der oben genannten Lösungen. Schließlich finde ich den Grund heraus: In meiner _config.yml gibt es die Option "relative_permalinks". Diese Option ist in Jekyll 3.0 kürzlich veraltet.

Siehe: https://help.github.com/articles/removing-relative-permalinks/

Ich hatte diesen Fehler heute mit einer statischen Seite - die Ursache war tatsächlich ein Dienstfehler bei GitHub Pages selbst. Sie können unter https://status.github.com/messages nach Servicemeldungen suchen .

Ich weiß, das klingt vielleicht einfach, aber stellen Sie sicher, dass Sie sich im richtigen Zweig und in der richtigen Datei befinden.

In meinem Fall habe ich eine GitHub-Seite erstellt und versucht, ein Commit aus meinem lokalen Repository im Hauptzweig durchzuführen. Außerdem habe ich meinen Dateinamen anstelle von index.html aktualisiert . Das waren meine Fehler. Ich musste zum GitHub-Seitenzweig wechseln und die Datei index.html festschreiben, pushen, pushen und dann funktionierte alles einwandfrei.

Ich hatte eine nicht geschlossene <a> Tag, wodurch der Build für immer ansteht. Das Problem wurde behoben.

Es ist sinnvoll, dass GitHub Ihre Links überprüft.

In meinem Fall erwähnte ich zufällig einen relativen Pfad, um auf ein Bild zu verweisen, so etwas wie - ./test.png.

Es scheint, dass es nicht erlaubt ist, und es kann ein Sicherheitsproblem sein oder was. Was auch immer, wenn Sie so etwas getan haben, entfernen Sie es und bezeichnen Sie es als test.png.

Für mich habe ich nur ~ 5 Minuten gewartet und es wurde aktualisiert.

Wenn jemand die Zweig-Gh-Seiten (manuell) von Grund auf neu erstellt hat, besteht das Problem darin, dass Sie einen Dateiaufruf params.json benötigen, damit er funktioniert.

Ich habe diese params.jsonDatei nicht, aber sie funktioniert immer noch ...

Weitere Informationen finden Sie auf der Jekyll-Website zur Fehlerbehebung, da es mehrere Fehlerquellen gibt: Fehlerbehebung bei Jekyll-Erstellungsfehlern für GitHub Pages-Websites

In meinem Fall hat ein deutscher Umlaut ("ö") in einer Markdown-Datei das Problem verursacht.

In meinem Fall habe ich vergessen, kramdownin zu definieren_config.yaml

# Build settings
markdown: kramdown

Dies wurde verursacht, als ich von einem Thema ohne zu einem Thema mit der kramdownAnforderung konvertierte .

In meinem Fall wurde nach dem Ausprobieren einiger Lösungen hier die Codierung der Datei _config wie folgt hinzugefügt

encoding: UTF-8

Weitere Optionen zur Fehlerbehebung finden Sie hier

Für mich war es ein Problem, eine .gitmodules-Datei nicht richtig zu haben.

Ich konnte auf der Registerkarte "Einstellungen" meines Repositorys im Abschnitt "GitHub-Seiten" Fehler beheben, die auf Build-Probleme hinweisen und bei der Fehlerbehebung hilfreich waren.

Seltsamerweise (und einfach) habe ich einen neuen Zweig erstellt, diesen Zweig zum "Standard" -Zweig gemacht und von dort aus gepusht.

Das hat bei mir funktioniert.

Stellen Sie in den Repository-Einstellungen sicher, dass die GitHub-Seiten derzeit aus dem gh-pagesZweig erstellt werden.

In meinem Fall lag das Problem daran, dass mein Repository privat war . Nachdem ich es gemacht Öffentlichkeit hat sich das Problem verschwunden.

Der seltsame Teil der Geschichte ist, dass ich ein privates Repository erstellen und GitHub-Seiten damit verwenden konnte. Ich habe es gemäß dem offiziellen Leitfaden ( http://take.ms/p2SS7 ) gemacht. Es funktionierte gut für ungefähr 9 Commits, aber am 10. wurde es kaputt.

Ich hatte dieses Problem diese Woche und keine Lösung hat funktioniert. Ich benutze kein Jekyll, nur reines statisches HTML. Es dauerte nur drei Tage und weigerte sich zu aktualisieren.

Hier ist, was ich tun musste, um es wieder zu veröffentlichen.

• Machen Sie einen snapshotZweig aus master.
• Setzen Sie den masterZweig auf das letzte Commit zurück, das aktiv ist. (Registerkarte "Commits", grüne Häkchen zeigen veröffentlichte Commits an.)
• Machen Sie ein neues Commit mit einem Rauchtest. Ich habe einen HTML-Kommentar gemacht, den ich greifen konnte.
• Druck erzwingen master.
• Überprüfen Sie die Ergebnisse curl https://example.com | grep SMOKETEST
• masterErneut zurücksetzen und den Rauchtest entfernen.
• Wählen Sie jedes Commit aus dem snapshotZweig aus, in den Sie Ihre unveröffentlichten Änderungen zurückversetzen möchten master(durch das Cherry-Picking erhalten die Commits neue IDs / Hashes, wodurch das Risiko vermieden wird, dass sie zuvor zwischengespeichert wurden).
• Drücken Sie mastererneut.
• Jetzt sollten Sie grüne Häkchen und veröffentlichte Updates erhalten.

Hinweis: Es kann ausreichen, einen Push zu erzwingen, um die festsitzenden Commits zu entfernen und sie wieder zurückzubekommen. Der Rauchtest ist mit ziemlicher Sicherheit nicht erforderlich. Kirschernte ist möglicherweise nicht erforderlich.

Wenn jemand die Zweig-Gh-Seiten (manuell) von Grund auf neu erstellt hat, besteht das Problem darin, dass Sie einen Dateiaufruf params.json benötigen, damit er funktioniert.

Dies ist ein Beispiel für diese Datei:

{
  "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."
}

In meinem Fall hatte ich eine andere Datei mit derselben permalinkauf der Seite, die den Inhalt nicht aktualisierte. Achten Sie darauf.

Überprüfen Sie Ihren Build-Status von Gh-Seiten auf der Registerkarte Einstellungen.

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

Wenn Sie github_token verwenden, ist es möglicherweise nicht berechtigt, die gh-Seiten zu erstellen, sodass auf der Registerkarte "Einstellungen" möglicherweise eine Warnung angezeigt wird. Deshalb könnte das Bearbeiten von index.html funktionieren. Verwenden Sie in diesem Fall access_token oder ssh-basiertes Commit, um Gh-Seiten automatisch zu pushen und zu erstellen.

In meinem Fall war es eine falsche Kramdown- Syntax. Mein Code war

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

Anscheinend müssen Sie kramdown die Sprache sagen:

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

Meine GitHub-Seiten wurden auf der Registerkarte " Einstellungen" des Repositorys deaktiviert.

Ich erinnere mich nicht, es ausgeschaltet zu haben, aber da war es, und es wieder einzuschalten war die Lösung.

In meinem Fall gab es zwei Probleme (ein "Pebcak" und dann ein gültigeres).

Ich hatte zwei E-Mail-Adressen in GitHub eingerichtet und überprüfte die nicht primäre E-Mail auf Build-Fehlermeldungen (um E-Mails zu verwalten: Melden Sie sich bei GitHub an, klicken Sie oben rechts auf das Benutzermenü, wählen Sie Einstellungen und dann "E-Mails" aus linkes Menü - Fehlermeldungen werden beim primären E-Mail-Set angezeigt.

Als ich die Fehlermeldungen sah, die ich herausgefunden hatte, hatte ich eine Beschreibung hinzugefügt, einschließlich eines ":" - Zeichens in meinem. _config.yamlDa dies das Zeichen ist, das zum Trennen von key,valuePaaren verwendet wird, wurde der Aufbau der Site verhindert.

Ich hatte das gleiche Problem, aber in meinem Fall CNAME enthielt den richtigen Domainnamen.

Ich denke, das Problem hatte etwas mit der Umbenennung des Repositorys zu tun, die ich zuvor durchgeführt habe ... Der Online-Name war anders als lokal, obwohl es keine Probleme beim Pushing gab und Online-Dateien aktualisiert wurden - die Live-Version nicht.

Nachdem das Repository vom lokalen Computer gelöscht und erneut von GitHub geklont wurde, wurde das Problem behoben.

Meiner Meinung nach verspäten sich GitHub-Seiten nach einem Commit. Dies bedeutet, dass Sie, wenn Sie möchten, dass es aktualisiert wird, Änderungen an Ihrer Quelle hinzufügen, festschreiben und pushen.

Dieses Verhalten gilt nur für den Zweig gh-pages und das Repository any.github.io . Im Ordner "docs" gelten die Änderungen direkt.

In meinem Fall war mein Problem, nachdem git pushmeine GitHub-Datei aktualisiert wurde, aber meine Website nicht auf GitHub-Seiten angezeigt wurde.

Hinweis: Ich habe eine Website von React erstellt

Auch beim HTML-Projekt hatte ich das gleiche Problem. In diesem Fall habe ich es zuerst getan git pullund danngit status | git add . | git commit -m"adding some content" | and git push . Es hat bei mir funktioniert.

Aber in der React projecthat es nicht funktioniert. Ich führe dies erneut auf meinem cmd aus, npm run deploydann wird meine React-Webanwendung auf GitHub-Seiten angezeigt.

Mein Vorschlag ist, alles zu versuchen, was in diesem Beitrag Kommentare zeigt. Weil die Lösung für dieses Problem keine ist.

In meinem Fall verließ ich einen leeren Parameter url, in _config.yaml.

Nachdem ich angegeben habe, url: example.github.iofing alles an zu funktionieren.

Ich habe verwendet git commit -am "blah"und vergessen, dass nur meine Navigationslinks _data/navigation.yamlgeändert wurden, und die neuenpage.md mir erstellten nicht zum Arbeitsbaum hinzugefügt wurden. Daher wurde beim Klicken auf den Link im Navigationsbaum ein 404-Fehler angezeigt.

Überprüfen Sie, überprüfen Sie noch einmal!