As páginas do GitHub não estão atualizando


101

Estou tendo um problema estranho com as páginas do GitHub. Enviei um novo commit para minha página de páginas pessoais maltzj.github.io , mas o novo artigo não está aparecendo lá. Quando executo o servidor localmente, fica um posto em localhost:4000/posts/the-price-of-inconsistent-code/. No entanto, quando vou para http://maltzj.github.io/posts/the-price-of-inconsistent-code , recebo um 404. Também adicionei um novo arquivo que deve residir em http: //maltz.github. io / test.html , mas isso também gera um 404.

Tudo é construído e executado localmente. Meu repositório Git está atualizado e não há nada na página de status do GitHub sobre problemas com compilações, então estou um pouco perdido sobre o que fazer com isso. Como faço para que minha página seja atualizada com os novos conteúdos que adiciono?

Para referência, a localização do repositório que está atrás da minha página é http://github.com/maltzj/maltzj.github.io


"Você está tentando publicar um? Pode levar até dez minutos até que sua página esteja disponível."
Aurélien Ooms

1
Eu sei disso, mas os commits de publicação estão no repositório por> 5 horas e não aparecem. Páginas pessoais implantadas via master correto?
Jonathan

3
para mim, foi porque o navegador usa dados em cache (estilos antigos), então abro outro brwser
mohammedgqudah

Foi o navegador para mim. A abertura do Firefox funcionou bem.
dogonaro de

Respostas:


42

Nada disso resolveu para mim. A solução foi editar o arquivo index.html no site do GitHub.


3
o mesmo para mim. Mudar apenas uma linha para index.html fez "carregar" o "verdadeiro" index.html e não todo o commit anterior.
Miguel Vazq

2
As páginas do GitHub não estavam vendo uma imagem que enviei em meu último commit. Tive que editar index.html (que usa a imagem), apenas alterando alguns espaços em branco, a fim de fazer com que as páginas do GitHub comecem a exibir a imagem. Suspeito que ele não reconstrua a menos que uma página HTML seja alterada.
Paul Lynch

1
Acabei de adicionar um espaço no GitHub em index.html e funcionou. Problema estranho.
Wolfram

Faz sentido, essa solução funciona para mim .. No meu caso, foi devido ao meu app ser um SPA, onde as atualizações são feitas apenas em Javascript, e não a partir dele index.html. Então, novamente, acho que os nomes dos arquivos têm md5sum (ou algo assim) e devem mudar se o arquivo mudar, então ele deve atualizar a tag de script index.html também.
jmjm

40

Para outros, verifique também as datas de suas postagens. Eu só tive esse problema. Estou em UTC + 11 e tenho quase certeza de que o servidor está em UTC. Assim, se eu datar minhas postagens com meu horário local, o servidor pensa que elas estão no futuro e não vai criá-las. Usar UTC evitou isso para mim.

Conforme citado por joao cenoura nos comentários abaixo:

  • você pode dizer a jekyll para mostrar postagens "futuras" adicionando future: trueao seu _config.yml
  • e / ou adicione timezone: TIMEZONEpara especificar seu fuso horário.

Consulte https://jekyllrb.com/docs/configuration/ para obter mais informações.


5
Hooray! Esse foi o meu problema. Digitei um nome de postagem e tornei-o "2016-04-14" em vez de "2016-03-14". Ele foi construído muito bem localmente, mas no Github, ele não apareceu. Nenhum aviso, apenas nenhuma página. Obrigado!
Steve Bennett,

1
O mesmo problema. Estou em UTC + 8. Fiz um post com hoje como data, empurrei e nada aconteceu. Aí mudei a data do post e fiz ontem, o post foi publicado bem rápido!
Hong de

3
O mesmo para mim no UTC + 1. Ainda não tentei, mas você pode dizer a jekyll para mostrar postagens "futuras" adicionando future: trueà sua _config.yml. Também existe uma TZopção. Referência: jekyllrb.com/docs/configuration
joao cenoura

24

Acesse o arquivo index.html em seu site ( example.github.io/index.html ) e recarregue a página. Então você pode voltar para ( example.github.io ) e deve ter atualizado. Você pode fazer o mesmo com o arquivo master.css , etc.

Se não funcionar, tente recarregar ( github.com/example/example.github.io/[blob/master/]index.html ) em vez disso e ele será atualizado.


9

Eu tinha um arquivo CNAME vazio . Verifique se você está tendo um problema semelhante.


16
Você poderia expandir isso um pouco? O que você teve que mudar para fazer funcionar? Ou você teve que remover um arquivo CNAME que estava lá? Obrigado!
cxw

1
Tive que verificar se o arquivo CNAME continha uma linha com o domínio que eu queria construir.
daniel-cheng

9

Eu tive o problema de ter um e-mail não verificado. A atualização funcionou pela primeira vez , mas falhou depois disso. Um e-mail verificado é necessário para acionar uma construção de páginas GitHub. Além disso, uma chave de implantação não pode ser usada para isso, pois não acionará um build.

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

Aviso: era o caso em 2014. Não sei se ainda é obrigatório.


1
Eu também tive o mesmo problema de um e-mail não verificado.
midinastasurazz de

Isso é o que me ajudou. É também a única menção a esta solução que pude encontrar após cerca de uma hora de procura.
Giganticus

1
A chave de implantação não acionará a compilação!?!? WTF. Obrigado, voto positivo.
Domenic

1
O link está quebrado ( "Opa! Parece que esta página não existe." ).
Peter Mortensen

@PeterMortensen substituído pelo link de arquivo da web, embora não saiba mais se a informação é relevante
eis


6

Tive essa falha hoje com uma página estática - a causa foi, na verdade, uma falha de serviço no próprio GitHub Pages. Você pode verificar as mensagens de serviço em https://status.github.com/messages .


1
Eu rasguei quase todo o meu site tentando reduzir um problema de código - acontece que o github teve um grande acúmulo de criação de página acontecendo desde ontem - isso é quase 24 horas. (O Github deve observar o link da página de status de compilação em sua página de solução de problemas. Só encontrei a página de status por causa de um erro 404 que incluía um link na parte inferior.)
Cascadia_Mike

1
Obrigado :) Hoje recebi "Investigando - Atualmente investigando o aumento na fila de espera que afeta as compilações de páginas e algumas entregas de webhooks."
Quinta

Sim eu também! @Thuan. é uma merda!
Abdalla Arbab

5

Sei que isso pode parecer simples, mas certifique-se de que está no ramo certo e no arquivo certo.

No meu caso, criei uma página GitHub e tentei fazer um commit do meu repositório local no branch master. Além disso, estava atualizando meu nome de arquivo em vez de index.html . Esses foram meus erros. Tive que mudar para o branch da página do GitHub e atualizar no index.html commit, push e então tudo funcionou bem.


Engraçado. Essa resposta me inspirou a reavaliar minhas suposições e me lembrou de que eu precisava reconstruir a partir da fonte.
jorisw

5

Eu tinha uma <a>tag não fechada que fazia com que a construção ficasse pendente para sempre. Consertar isso resolveu o problema.

Faz sentido que o GitHub verifique seus links.


3

No meu caso, aconteceu que mencionei um caminho relativo para me referir a uma imagem, algo como - ./test.png.

Parece que não é permitido e pode ser um problema de segurança ou o quê. Seja como for, se você fez algo assim, remova-o e chame-o de test.png.


1
O mesmo para mim: eu tinha um caminho relativo em um "<a href...>"
Erel Segal-Halevi

3

Para mim, esperei cerca de 5 minutos e ele foi atualizado.

Se alguém criou o branch gh-pages do zero (manualmente), o problema é que você precisa de uma chamada de arquivo params.json para fazê-lo funcionar.

Não tenho este params.jsonarquivo, mas ainda funciona ...


Você pode ver se o Github ainda precisa de tempo para construir seu site ou se falhou na lista de commits do seu repo.
Lukas,


2

No meu caso, esqueci de definir kramdownem_config.yaml

# Build settings
markdown: kramdown

Isso foi causado quando eu estava convertendo de um tema sem para um tema com o kramdownrequisito.


1

No meu caso, após tentativa e erro em algumas soluções aqui, o que corrigiu foi adicionar a codificação ao arquivo _config como este

encoding: UTF-8

Mais opções de solução de problemas aqui


1

Para mim, era um problema por não ter um arquivo .gitmodules adequado.

Consegui solucionar o problema na guia de configurações do meu repositório, na seção de páginas do GitHub, que indica problemas de compilação e foi útil para solucionar problemas.


1

Estranhamente (e simplesmente), criei um novo branch, tornei esse branch o branch "padrão" e empurrei a partir daí.

Isso funcionou para mim.


1

Nas configurações do repositório, certifique-se de que as páginas do GitHub estejam sendo criadas a partir do gh-pagesbranch.


1

No meu caso, o problema era porque meu repositório era privado . Depois que tornei isso público , o problema desapareceu.

A parte estranha da história é que consegui criar um repositório privado e usar as páginas do GitHub com ele. Fiz de acordo com o guia oficial ( http://take.ms/p2SS7 ). Funcionou bem por cerca de 9 commits, mas no dia 10 quebrou.


1

Tive esse problema esta semana e nenhuma solução funcionou. Eu não uso Jekyll, apenas HTML estático puro. Ficou três dias se recusando a atualizar.

Aqui está o que eu tive que fazer para publicá-lo novamente.

  • Faça um snapshotgalho de master.
  • Redefina o masterbranch para o último commit que está ativo. (Guia Commits, marcas de seleção verdes indicam commits publicados)
  • Faça um novo commit com um teste de fumaça. Fiz um comentário em HTML que poderia usar o grep.
  • Force push master.
  • Veja os resultados curl https://example.com | grep SMOKETEST
  • Reinicie masternovamente, removendo o teste de fumaça.
  • Selecione cada commit do snapshotbranch em que você precisa para obter suas alterações não publicadas de volta master(a escolha seletiva dá aos commits novos ids / hashes, evitando o risco de algo os ter armazenado em cache de antes).
  • Force o push masternovamente.
  • Agora você deve obter marcas de verificação verdes e atualizações publicadas.

Nota: pode ser suficiente forçar o push para remover os commits que estão travados e recuperá-los novamente. O teste de fumaça quase certamente não é necessário. A colheita seletiva pode não ser necessária.


0

Se alguém criou o branch gh-pages do zero (manualmente), o problema é que você precisa de uma chamada de arquivo params.json para fazê-lo funcionar.

Este é um exemplo desse arquivo:

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

No meu caso, tinha outro arquivo com o mesmo permalinkna página que não estava atualizando o conteúdo. Preste atenção nisso.


0

Verifique o status de compilação de gh-pages na guia de configurações.

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

Se você estiver usando github_token, ele pode não ter permissão para construir as gh-pages, então você pode ver um aviso na guia de configurações. É por isso que editar index.html pode funcionar. Nesse caso, use access_token ou commit baseado em ssh para enviar e construir páginas gh automaticamente.


0

No meu caso, era a sintaxe de kramdown incorreta . Meu código era

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

Aparentemente, você deve informar ao kramdown o idioma:

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

0

Minhas páginas do GitHub foram desativadas na guia Configurações do repositório.

Não me lembro de desligá-lo, mas estava lá, e ligá-lo novamente foi a solução.


0

No meu caso, houve dois problemas (um "pebcak" e outro mais válido).

Eu tinha dois endereços de e-mail configurados no GitHub e estava verificando o e-mail não primário em busca de mensagens de erro de compilação (para gerenciar e-mails: faça login no GitHub, clique no menu do usuário no canto superior direito, selecione Configurações e, em seguida, "Emails" no menu esquerdo - mensagens de erro de construção chegarão ao conjunto de e-mail principal).

Depois de ver as mensagens de erro, descobri que adicionei uma descrição, incluindo um caractere ":" no meu _config.yamle, como esse é o caractere usado para separar key,valuepares, ele estava impedindo o site de construir.


0

Eu tive o mesmo problema, mas no meu caso, CNAME continha o nome de domínio correto.

Acho que o problema tinha a ver com a renomeação do repositório que eu fazia antes ... O nome online era diferente de local, embora não houvesse problemas no envio e os arquivos online fossem atualizados - a versão ao vivo não.

Após excluir o repositório da máquina local e cloná-lo do GitHub novamente, o problema foi resolvido.


0

Na minha opinião, as páginas do GitHub atrasaram um commit. Isso significa que se você deseja que ele seja atualizado, adicione qualquer modificação à sua fonte, envie e envie.

Este comportamento se aplica apenas ao branch gh-pages e ao repositório any.github.io . Na pasta "docs", as modificações são aplicadas diretamente.


0

No meu caso, meu problema foi depois que git pushmeu arquivo GitHub estava sendo atualizado, mas não exibia meu site nas páginas do GitHub.

Nota: Eu estava criando o site da React

Além disso, no projeto HTML, enfrentei o mesmo problema. Nesse caso, eu apenas fiz primeiro git pulle depois git status | git add . | git commit -m"adding some content" | and git push. Funcionou para mim

Mas em a React project, não funcionou. Eu executo isso novamente no meu cmd, em npm run deployseguida, meu aplicativo da web React está sendo exibido nas páginas do GitHub.

Minha sugestão é tentar tudo o que aparece nos comentários deste post. Porque a solução para este problema não é única.


Com o react, você deve primeiro construir o projeto com npm run buildou yarn builde então enviar para a build/pasta de páginas do github . Ou você pode acessá-lo com o yournickname.github.io/yourproject/buildcaminho do link (se você remover build/de .gitignore)
flppv

Para mostrar o site react nas páginas do GitHub, segui este método github.com/gitname/react-gh-pages e funcionou.
Md. Rana

0

No meu caso, deixei um parâmetro vazio,, urlem _config.yaml.

Depois de especificar url: example.github.iotudo começou a funcionar.


0

Usei git commit -am "blah"e esqueci que apenas meus links de navegação _data/navigation.yamlforam alterados, e o novo page.mdque criei não foi adicionado à árvore de trabalho, mostrando-me um erro 404 quando cliquei no link na árvore de navegação.

Verifique, verifique novamente!

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.