wake-up-neo.com

Github-Seiten werden nicht aktualisiert

Ich habe ein seltsames Problem mit Github-Seiten. Ich habe ein neues Commit für meine Seite maltzj.github.io veröffentlicht, aber der neue Artikel wird dort nicht angezeigt. Wenn ich den Server lokal ausführe, wohnt 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, bekomme ich eine 404. Ich habe auch eine neue Datei hinzugefügt, die unter http leben sollte: //maltz.github.io/test.html , aber das wirft auch eine 404.

Alles baut und läuft lokal, mein Git-Repo ist auf dem neuesten Stand, und es gibt auf der Github-Statusseite nichts über Probleme mit Builds, daher bin ich ein wenig ratlos, wohin das gehen soll. Wie kann ich meine Seite mit dem neuen hinzugefügten Contnet aktualisieren lassen?

Als Referenz ist der Ort des Repos, auf dem sich meine Seite befindet, http://github.com/maltzj/maltzj.github.io .

72
Jonathan

Für zukünftige Leute, die dies finden: Ich hatte eine leere CNAME-Datei. Überprüfen Sie dies, wenn Sie ein ähnliches Problem haben.

8
Jonathan

Ü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 also meine Posts mit meiner Ortszeit datiere, meint der Server, sie seien in der Zukunft und werden sie nicht erstellen. Die Verwendung von UTC hat dies für mich vermieden.

Wie von joao cenoura in den Kommentaren erwähnt:

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

Siehe https://jekyllrb.com/docs/configuration/ für weitere Informationen.

33

Nichts davon gelöst für mich. Die Lösung bestand darin, die Datei index.html in die github-Website zu bearbeiten.

23
orafaelreis

Ich hatte das Problem, eine nicht bestätigte E-Mail zu erhalten. Das Update funktionierte zum ersten Mal, schlug danach aber fehl. Eine bestätigte E-Mail-Adresse wird benötigt, um die Erstellung von Github-Seiten auszulösen. Auch ein Deployment-Schlüssel kann nicht verwendet werden, da er keinen Build auslöst.

Quelle: https://help.github.com/articles/truffer-github-pages-build-failures/

9
eis

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 wurde kürzlich in Jekyll 3.0 nicht mehr unterstützt.

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

6
Flickerlight

Meine Lösung ist, Ihre index.html-Datei zu nehmen und dorthin zu wechseln (also example.github.io/index.html), sie dann neu zu laden und Ihre Änderungen werden aktualisiert. Dann kehren Sie zu (example.github.io) zurück und es sollte sich aktualisiert haben. Sie können dasselbe mit der Datei master.css oder so machen.

5
tri-llionaire

Ich hatte ein nicht geschlossenes <a>-Tag, aufgrund dessen der Build für immer ausstehend war. Das Problem wurde behoben. Es macht Sinn, dass GitHub Ihre Links überprüft.

3
jns

In meinem Fall kam es vor, dass ich einen relativen Pfad zum Verweisen auf ein Bild erwähnte, z. Was auch immer, wenn Sie so etwas getan haben, entfernen Sie es und bezeichnen Sie es als test.png

3
Rahul Naskar

Für mich wartete ich nur ~ 5 Minuten und es wurde aktualisiert

Wenn jemand die Gh-Seiten der Verzweigung von Grund auf neu erstellt hat (manuell), besteht das Problem darin, dass Sie einen Datei-Aufruf params.json benötigen, damit dies funktioniert.

Ich habe diese params.json-Datei nicht, aber sie funktioniert immer noch ...

3
math2001

Weitere Informationen finden Sie auf der Jerkyll-Website zur Fehlerbehebung, da es mehrere Fehlerquellen gibt: https://help.github.com/articles/truffer-jekyll-builds/

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

2
Maximilian Kohl

Ich weiß, das hört sich vielleicht einfach an, aber stellen Sie sicher, dass Sie sich im richtigen Zweig und in der richtigen Datei befinden. In meinem Fall habe ich ein Gh-Seiten erstellt und versucht, mich von meinem lokalen Repo in der Hauptniederlassung festzulegen. Ich habe auch meinen Dateinamen anstelle von index.html aktualisiert. Das waren meine Fehler. Ich musste zu gh-pages verzweigen und in index.html Commit aktualisieren, Push und alles hat gut funktioniert.

2
ShowLove

Ich weiß, dass dies nur zu einer langen Liste von Lösungen beiträgt, aber in meinem Fall habe ich vergessen, kramdown in _config.yaml zu definieren.

# Build settings
markdown: kramdown

Dies wurde verursacht, als ich von einem Design ohne ein Design mit der kramdown-Anforderung konvertierte.

1
arewm

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

1
Mike

In meinem Fall lag das Problem daran, dass mein Repository private war. Nachdem ich public erstellt hatte, ist das Problem verschwunden .. _ Der seltsame Teil der Geschichte ist, dass ich ein privates Repository erstellen und GH-Seiten damit verwenden konnte. Ich habe es in Übereinstimmung mit offiziellen guide ( http://take.ms/p2SS7 ) gemacht. Es funktionierte gut für etwa 9 Commits, aber am 10. wurde es kaputt.

1
Dan

Für mich war es ein Problem mit einer .gitmodules-Datei. Ich konnte in der Registerkarte "Einstellungen" meines Repos unter dem Abschnitt "GitHub-Seiten" Fehler beheben, was auf Build-Probleme hinweist und bei der Fehlerbehebung hilfreich war. 

1
user3882631

In meinem Fall, nach einigen Versuchen hier, wurde das Problem behoben, indem die Kodierung wie folgt in die _config-Datei eingefügt wurde

encoding: UTF-8

Weitere Fehlerbehebungsoptionen hier

1
A. Romeu

Nun, ich bin am Ende angelangt und nichts hat für mich funktioniert, also werde ich mit Ihnen teilen, was ich getan habe, um meine zur Arbeit zu bringen. Seltsamerweise (und einfach) genug habe ich einen neuen Zweig erstellt, diesen Zweig zum "Standard" -Zweig gemacht und von dort aus geschoben. Dies hat für mich funktioniert und ich hoffe, dass es für jemanden gilt, der es bis zum Ende schafft und trotzdem keine Antwort gefunden hat haha.

1
Kevin Conklin

In meinem Fall habe ich den Parameter url in _config.yaml leer gelassen. Nachdem ich url: example.github.io angegeben habe, fing alles an zu funktionieren.

0

Wenn jemand die Gh-Seiten der Verzweigung von Grund auf neu erstellt hat (manuell), besteht das Problem darin, dass Sie einen Datei-Aufruf params.json benötigen, damit dies 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."
}

Ich hatte das gleiche Problem, aber in meinem Fall enthielt CNAME den korrekten Domainnamen ... Ich glaube, das Problem hatte etwas mit der Repository-Umbenennung zu tun, die ich zuvor gemacht hatte Online-Dateien wurden aktualisiert - Live-Version nicht. Nachdem das Repository vom lokalen Computer gelöscht und aus GitHub wieder geklont wurde, wurde das Problem behoben. 

0
Mytko Enko

In meinem Fall hatte ich eine andere Datei mit derselben permalink für die Seite, die den Inhalt nicht aktualisiert hat. Achten Sie darauf.

0
Adelson Dias

Meine Github-Seiten wurden auf der Registerkarte "Einstellungen" des Repos deaktiviert. 

Ich kann mich nicht erinnern, wie ich es ausgeschaltet habe, aber da war es, und wieder eingeschaltet war das Problem.

0
Jason

Stellen Sie in den Repository-Einstellungen sicher, dass die Github-Seiten derzeit aus dem Zweig gh-pages erstellt werden

0
Dong Justin

Meines Erachtens ist Github-Seiten zu spät von einem Commit. Dies bedeutet, wenn Sie es aktualisieren möchten, Änderungen an Ihrem Quelltext hinzufügen, Commit und Push.

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

0
parisni

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

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

anscheinend müssen Sie kramdown die Sprache mitteilen

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

Meine zwei Cents hinzufügen: 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 (E-Mails verwalten: Melden Sie sich bei GitHub an, klicken Sie oben rechts auf Benutzermenü, wählen Sie Einstellungen und dann "E-Mails" aus Linke Menü-Build-Fehlermeldungen werden beim primären E-Mail-Set angezeigt). 

Sobald ich die Fehlermeldungen sehen konnte, stellte ich fest, dass ich eine Beschreibung mit einem ":" - Zeichen in meinem _config.yaml hinzugefügt hatte. Da dies das Zeichen ist, das zum Trennen von key,value-Paaren verwendet wird, wurde die Erstellung der Website verhindert.

0
Floella

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

Hinweis: Ich habe eine Website von React erstellt

Auch bei HTML-Projekten hatte ich das gleiche Problem. In diesem Fall habe ich erst git pull und dann git status | git add . | git commit -m"adding some content" | and git Push ausgeführt. Das hat bei mir funktioniert.

Aber in React project hat es nicht funktioniert. Ich führe dies erneut auf meinem cmd npm run deploy aus, dann wird meine React-Web-App auf GitHub-Seiten angezeigt.

Mein Vorschlag ist, alles zu versuchen, was in den Kommentaren dieses Beitrags angezeigt wird. Weil die Lösung für dieses Problem keine ist.