Le pagine di GitHub non si aggiornano


101

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


"Stai cercando di pubblicarne uno? Potrebbero essere necessari fino a dieci minuti prima che la tua pagina sia disponibile."
Aurélien Ooms

1
Lo so, ma i commit di pubblicazione sono stati nel repo per> 5 ore e non sono stati visualizzati. Le pagine personali vengono distribuite tramite master corretto?
Jonathan

3
per me è stato perché il browser utilizza dati memorizzati nella cache (vecchi stili), quindi apro un altro brwser
mohammedgqudah

È stato il browser per me. L'apertura di Firefox ha funzionato bene.
dogonaro del

Risposte:


42

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


3
stessa cosa per me. Cambiare solo una riga in index.html ha fatto "caricare" il "vero" index.html e non tutti i commit precedenti.
Miguel Vazq

2
GitHub Pages non vedeva un'immagine che ho inserito nel mio ultimo commit. Ho dovuto modificare index.html (che usa l'immagine), semplicemente cambiando alcuni spazi bianchi, in modo che GitHub Pages iniziasse a servire l'immagine. Sospetto che non si ricostruisca a meno che non venga modificata una pagina HTML.
Paul Lynch

1
Ho appena aggiunto uno spazio su GitHub in index.html e ha funzionato. Strano problema.
Wolfram

Ha senso, questa soluzione funziona per me .. Nel mio caso, era dovuto al fatto che la mia app era una SPA, dove gli aggiornamenti vengono effettuati solo in Javascript e non da index.html. Poi di nuovo, penso che i nomi dei file abbiano md5sum (o qualcosa del genere) e dovrebbero cambiare se il file cambia, quindi dovrebbe aggiornare anche il tag dello script index.html.
jmjm

40

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.


5
Evviva! Questo era il problema per me. Ho digitato il nome di un articolo e l'ho impostato come "14/04/2016" invece di "14/03/2016". È stato costruito bene localmente, ma su Github non è stato mostrato. Nessun avviso, solo nessuna pagina. Grazie!
Steve Bennett

1
Stesso problema. Sono all'UTC + 8. Ho scritto un post con oggi come data, ho spinto e non è successo niente. Poi ho cambiato la data del post e l'ho fatto ieri, il post è stato pubblicato molto velocemente!
Hong

3
Lo stesso per me su UTC + 1. Non ho ancora provato, ma puoi dire a jekyll di mostrare i post "futuri" aggiungendoli future: trueal tuo _config.yml. C'è anche TZun'opzione. Riferimento: jekyllrb.com/docs/configuration
joao cenoura

24

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.


9

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


16
Potresti approfondire un po 'questo argomento? Cosa hai dovuto cambiare per farlo funzionare? O hai dovuto rimuovere un file CNAME che era lì? Grazie!
cxw

1
Dovevo assicurarmi che il file CNAME contenesse una riga con il dominio che volevo creare.
daniel-cheng

9

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.


1
Ho anche avuto lo stesso problema di un'email non verificata.
midinastasurazz

Questo è ciò che mi ha aiutato. È anche l'unica menzione di questa soluzione che sono riuscito a trovare dopo circa un'ora di ricerca.
Giganticus

1
La chiave di distribuzione non attiverà la build!?!? WTF. Grazie, voto positivo.
Domenic

1
Il collegamento è interrotto ( "Ops! Sembra che questa pagina non esista." ).
Peter Mortensen

@PeterMortensen sostituito con il link all'archivio web, anche se non so se le informazioni siano più rilevanti
eis


6

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 .


1
Ho strappato quasi tutto il mio sito cercando di ridurre un problema di codice - risulta che GitHub ha avuto un enorme backlog di costruzione di pagine da ieri - sono quasi 24 ore. (Github dovrebbe notare il collegamento alla pagina di stato della build nella pagina Risoluzione dei problemi. Ho trovato la pagina di stato solo a causa di un errore 404 che includeva un collegamento in fondo.)
Cascadia_Mike

1
Grazie :) Oggi ho ricevuto "Indagini - Attualmente sto indagando sull'aumento degli arretrati delle code che interessano le build di Pages e alcune consegne di webhook".
giovedì

Si, anch'io! @Thuan. fa schifo!
Abdalla Arbab

5

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.


Divertente. Questa risposta mi ha ispirato a rivalutare le mie ipotesi e mi ha ricordato che dovevo ricostruire dalla fonte.
jorisw

5

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.


3

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.


1
Lo stesso per me: ho avuto un percorso relativo in un "<a href...>"
Erel Segal-Halevi

3

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 ...


Puoi vedere se Github ha ancora bisogno di tempo per costruire il tuo sito o se non è riuscito nell'elenco dei commit del tuo repository.
Lukas


2

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.


1

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


1

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.


1

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.


1

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


1

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.


1

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.


0

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

0

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


0

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.


0

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 %}

0

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.


0

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.


0

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.


0

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.


0

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.


Con React dovresti prima costruire il progetto con npm run buildo yarn builde poi spingere nella build/cartella delle pagine GitHub . Oppure puoi accedervi con il yournickname.github.io/yourproject/buildpercorso del collegamento (se rimuovi build/da .gitignore)
flppv

Per mostrare il sito web di React sulle pagine GitHub ho seguito questo metodo github.com/gitname/react-gh-pages e ha funzionato.
Md. Rana

0

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

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


0

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!

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.