Le pagine di GitHub non si aggiornano

Sto riscontrando uno strano problema con le pagine GitHub. Ho inserito un nuovo commit nella mia pagina delle pagine personali maltzj.github.io , ma il nuovo articolo non viene visualizzato lì. Quando eseguo il server localmente, un post vive in localhost:4000/posts/the-price-of-inconsistent-code/. Tuttavia, quando vado su http://maltzj.github.io/posts/the-price-of-inconsistent-code ottengo un 404. Ho anche aggiunto un nuovo file che dovrebbe risiedere su http: //maltz.github. io / test.html , ma genera anche un 404.

Tutto si costruisce e viene eseguito localmente. Il mio repository Git è aggiornato e non c'è nulla sulla pagina di stato di GitHub sui problemi con le build, quindi sono un po 'perplesso su dove andare con questo. Come posso aggiornare la mia pagina con nuovi contenuti che aggiungo?

Per riferimento, la posizione del repository che supporta la mia pagina è http://github.com/maltzj/maltzj.github.io

Niente di tutto questo mi ha risolto. La soluzione era modificare il file index.html nel sito Web di GitHub.

Per gli altri, controlla anche le date dei tuoi post. Ho appena avuto questo problema. Sono all'UTC + 11 e sono abbastanza sicuro che il server sia all'UTC. Pertanto, se eseguo la data dei miei post con la mia ora locale, il server pensa che siano in futuro e non li creerà. L'uso di UTC mi ha evitato questo.

Come accennato da joao cenoura nei commenti qui sotto:

• puoi dire a jekyll di mostrare i post "futuri" aggiungendoli future: trueal tuo _config.yml
• e / o aggiungi timezone: TIMEZONEper specificare il tuo fuso orario.

Vedere https://jekyllrb.com/docs/configuration/ per maggiori informazioni.

Vai al tuo file index.html attraverso il tuo sito ( example.github.io/index.html ) e poi ricarica la pagina. Quindi puoi tornare a ( example.github.io ) e dovrebbe essere aggiornato. Puoi fare lo stesso con il file master.css , ecc.

Se non funziona, prova a ricaricare ( github.com/example/example.github.io/[blob/master/”index.html ) e verrà aggiornato.

Avevo un file CNAME vuoto . Controlla se stai riscontrando un problema simile.

Ho avuto il problema di avere un'email non verificata. L'aggiornamento ha funzionato per la prima volta , ma dopo non è riuscito. È necessaria un'e-mail verificata per attivare la creazione di pagine GitHub. Inoltre, una chiave di distribuzione non può essere utilizzata per questo, poiché non attiverà una build.

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

Disclaimer: questo era il caso del 2014. Non so se è ancora necessario.

Nel mio caso, nessuna delle soluzioni di cui sopra funziona. Finalmente scopro che il motivo è: c'è l'opzione "relative_permalinks" nel mio _config.yml. Questa opzione è stata recentemente deprecata in Jekyll 3.0.

Fare riferimento a: https://help.github.com/articles/removing-relative-permalinks/

Oggi ho avuto questo errore con una pagina statica: la causa era in realtà un errore del servizio nelle pagine GitHub stesso. Puoi controllare i messaggi di servizio su https://status.github.com/messages .

So che potrebbe sembrare semplice, ma assicurati di essere sul ramo giusto e nel file giusto.

Nel mio caso, ho creato una pagina GitHub e ho provato a eseguire il commit dal mio repository locale sul ramo master. Inoltre, stavo aggiornando il nome del mio file invece di index.html . Questi erano i miei errori. Ho dovuto passare al ramo della pagina GitHub e aggiornare in index.html commit, push e poi tutto ha funzionato bene.

Avevo un <a>tag non chiuso che causava la sospensione per sempre della build. La correzione ha risolto il problema.

Ha senso che GitHub verifichi i tuoi collegamenti.

Nel mio caso, è successo che ho menzionato un percorso relativo per fare riferimento a un'immagine, qualcosa come - ./test.png.

Sembra che non sia consentito e potrebbe essere un problema di sicurezza o cosa. Comunque, se hai fatto qualcosa del genere, rimuovilo e chiamalo test.png.

Per me, ho solo aspettato circa 5 minuti ed è stato aggiornato.

Se qualcuno ha creato il ramo gh-pages da zero (manualmente) il problema è che è necessario un file di chiamata params.json per farlo funzionare.

Non ho questo params.jsonfile, ma funziona ancora ...

Fare riferimento al sito Web per la risoluzione dei problemi di Jekyll, poiché esistono più fonti di errore: Risoluzione dei problemi relativi agli errori di compilazione di Jekyll per i siti GitHub Pages

Nel mio caso un umlaut tedesco ("ö") in un file Markdown ha causato il problema.

Nel mio caso, ho dimenticato di definire kramdownin_config.yaml

# Build settings
markdown: kramdown

Ciò è stato causato durante la conversione da un tema senza a un tema con il kramdownrequisito.

Nel mio caso, dopo tentativi ed errori su alcune soluzioni qui, ciò che ha risolto è stato l'aggiunta della codifica al file _config in questo modo

encoding: UTF-8

Altre opzioni di risoluzione dei problemi qui

Per me era un problema con il non avere correttamente un file .gitmodules.

Sono stato in grado di risolvere i problemi nella scheda delle impostazioni del mio repository, nella sezione delle pagine GitHub, che indica i problemi di compilazione ed è stata utile per la risoluzione dei problemi.

Stranamente (e semplicemente) ho creato un nuovo ramo, ho reso quel ramo il ramo "predefinito" e ho eseguito il push da lì.

Questo ha funzionato per me.

Nelle impostazioni del repository, assicurati che le pagine GitHub siano attualmente in fase di compilazione dal gh-pagesramo.

Nel mio caso il problema era dovuto al fatto che il mio repository era privato . Dopo averlo reso pubblico , il problema è scomparso.

La parte strana della storia è che sono stato in grado di creare un repository privato e utilizzare le pagine GitHub con esso. L'ho fatto secondo la guida ufficiale ( http://take.ms/p2SS7 ). Ha funzionato bene per circa 9 commit, ma il 10 si è rotto.

Ho avuto questo problema questa settimana e nessuna soluzione ha funzionato. Non uso Jekyll, solo HTML statico puro. È rimasto solo tre giorni a rifiutarsi di aggiornare.

Ecco cosa ho dovuto fare per farlo pubblicare di nuovo.

• Crea un snapshotramo da master.
• Ripristina il masterramo all'ultimo commit attivo. (Scheda commit, i segni di spunta verdi indicano i commit pubblicati)
• Fai un nuovo impegno con un test del fumo. Ho fatto un commento HTML che potrei grep.
• Forza spinta master.
• Controlla i risultati curl https://example.com | grep SMOKETEST
• Reimpostare masternuovamente, rimuovendo il test del fumo.
• Seleziona ogni commit dal snapshotramo in cui hai bisogno per riportare le tue modifiche non pubblicate master(il cherry-picking fornisce ai commit nuovi ID / hash, evitando il rischio che qualcosa li abbia memorizzati nella cache prima).
• Forza la spinta di masternuovo.
• Ora dovresti ottenere segni di spunta verdi e aggiornamenti pubblicati.

Nota: potrebbe essere sufficiente forzare il push per rimuovere i commit bloccati e ripristinarli. Il test del fumo quasi certamente non è richiesto. La raccolta delle ciliegie potrebbe non essere necessaria.

Se qualcuno ha creato il ramo gh-pages da zero (manualmente) il problema è che è necessario un file di chiamata params.json per farlo funzionare.

Questo è un esempio di quel file:

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

Nel mio caso, avevo un altro file con lo stesso permalinknella pagina che non aggiornava il contenuto. Presta attenzione a questo.

Controlla lo stato della build di gh-pages nella scheda delle impostazioni.

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

Se stai usando github_token, potrebbe non avere il permesso di costruire le gh-pages, quindi potresti vedere un avviso nella scheda delle impostazioni. Ecco perché la modifica di index.html potrebbe funzionare. In questo caso usa access_token o commit basato su ssh per spingere e costruire automaticamente gh-pages.

Nel mio caso era la sintassi di kramdown errata . Il mio codice era

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

Apparentemente devi dire a kramdown la lingua:

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

Le mie pagine GitHub sono state disattivate nella scheda Impostazioni del repository.

Non ricordo di averlo spento, ma c'era, e riaccenderlo è stata la soluzione.

Nel mio caso c'erano due problemi (uno "pebcak" e poi uno più valido).

Avevo due indirizzi email impostati in GitHub e stavo controllando l'email non principale per i messaggi di errore di compilazione (per gestire le email: accedi a GitHub, fai clic sul menu utente in alto a destra, seleziona Impostazioni e poi "Email" dal menu a sinistra: i messaggi di errore di costruzione arriveranno al set di posta principale).

Una volta che ho visto i messaggi di errore ho scoperto di aver aggiunto una descrizione, incluso un carattere ":" nel mio _config.yamle poiché questo è il carattere usato per separare le key,valuecoppie, impediva al sito di costruire.

Ho avuto lo stesso problema, ma nel mio caso CNAME conteneva il nome di dominio corretto.

Penso che il problema abbia qualcosa a che fare con la ridenominazione del repository che ho fatto prima ... Il nome online era diverso da quello locale, anche se non c'erano problemi durante il push e i file online venivano aggiornati - la versione live no.

Dopo aver eliminato il repository dalla macchina locale e averlo nuovamente clonato da GitHub, il problema è stato risolto.

A mio avviso, le pagine di GitHub sono in ritardo per un commit. Ciò significa che se vuoi che si aggiorni, aggiungi qualsiasi modifica alla tua fonte, commit e push.

Questo comportamento si applica solo al ramo gh-pages e al repository any.github.io . Nella cartella "docs", le modifiche vengono applicate direttamente.

Nel mio caso, il mio problema era dopo che il git pushmio file GitHub veniva aggiornato ma non mostrava il mio sito web sulle pagine GitHub.

Nota: stavo creando il sito Web di React

Inoltre, nel progetto HTML, ho affrontato lo stesso problema. In quel caso, l'ho fatto prima di tutto git pulle poigit status | git add . | git commit -m"adding some content" | and git push . Ha funzionato per me.

Ma in la React project, non ha funzionato. Lo eseguo di nuovo sul mio cmd, npm run deployquindi la mia applicazione web React viene visualizzata sulle pagine di GitHub.

Il mio suggerimento è di provare tutto ciò che mostra nei commenti di questo post. Perché la soluzione a questo problema non è una.

Nel mio caso ho lasciato un parametro vuoto,, urlin _config.yaml.

Dopo aver specificato url: example.github.iotutto ha iniziato a funzionare.

Ho usato git commit -am "blah"e dimenticato che _data/navigation.yamlsono stati modificati solo i miei collegamenti di navigazione in e il nuovopage.md che ho creato non è stato aggiunto all'albero di lavoro, mostrandomi quindi un errore 404 quando ho cliccato sul collegamento nell'albero di navigazione.

Controlla, ricontrolla!