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

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

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

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.

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.

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

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.

No meu caso, nenhuma das soluções acima funciona. Finalmente descobri que o motivo é: existe a opção "relative_permalinks" no meu _config.yml. Esta opção foi substituída recentemente no Jekyll 3.0.

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

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 .

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.

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.

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.

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

Consulte o site de solução de problemas do Jekyll, pois existem várias fontes de erros: Solucionando erros de compilação do Jekyll para sites de páginas do GitHub

No meu caso, um trema alemão ("ö") em um arquivo Markdown causou o problema.

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.

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

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.

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

Isso funcionou para mim.

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

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.

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.

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

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

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.

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

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.

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.

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.

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.

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.

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

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

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!