GitHub页面未更新


101

我在GitHub页面上遇到了一个奇怪的问题。我将新提交提交到我的个人页面页面maltzj.github.io,但是新文章不在此处显示。当我在本地执行服务器时,帖子位于localhost:4000/posts/the-price-of-inconsistent-code/。但是,当我转到http://maltzj.github.io/posts/the-price-of-inconsistent-code时,我得到了404。我还添加了一个新文件,该文件应该位于http://maltz.github。 io / test.html,但这还会引发404。

一切都在本地构建和运行。我的Git存储库是最新的,并且GitHub status页面上没有关于构建问题的任何信息,因此我对如何使用它感到有些困惑。如何使我的页面更新为添加的新内容?

作为参考,支持我的页面的存储库的位置为http://github.com/maltzj/maltzj.github.io


“您是否要发布一个?可能需要十分钟才能发布页面。”
的Aurelien奥姆斯

1
我知道,但是发布提交已在回购中超过5个小时且未显示。个人页面通过master部署正确吗?
乔纳森(Jonathan)

3
对我来说,这是因为浏览器使用了缓存的数据(旧样式),所以我打开了其他浏览器
mohammedgqudah

这是我的浏览器。打开Firefox可以正常工作。
dogonaroof

Answers:


42

这些都没有为我解决。解决方案是将index.html文件编辑到GitHub网站中。


3
我也是。仅将一行更改为index.html即可使其“加载”“ true” index.html,而不是所有先前的提交。
Miguel Vazq

2
GitHub Pages没有看到我上次提交时推送的图像。我只需要更改一些空格就可以编辑index.html(使用图像),以便让GitHub Pages开始提供图像。我怀疑除非HTML页面更改,否则它不会重建。
Paul Lynch

1
我只是在index.html的GitHub上添加了一个空间,它确实起作用。奇怪的问题。
Wolfram

这很有意义,因此该解决方案对我有效。就我而言,这是因为我的应用程序是SPA,其中更新仅使用Javascript进行,而不能通过进行index.html。再说一次,我认为文件名具有md5sum(或其他名称),并且如果文件发生更改也应更改,因此它也应该更新index.html脚本标记。
jmjm

40

对于其他人,还请检查您的帖子日期。我只是有这个问题。我在UTC + 11,我很确定服务器在UTC。因此,如果我将帖子与当地时间约会,则服务器会认为它们是将来的内容,因此不会构建它们。使用UTC可以避免这种情况。

正如joao cenoura在以下评论中所提到的:

  • 您可以通过添加future: true到_config.yml中来告诉jekyll显示“未来”帖子
  • 和/或添加timezone: TIMEZONE以指定您的时区。

有关更多信息,请参见https://jekyllrb.com/docs/configuration/


5
万岁!这是我的问题。我键入了一个帖子名称,并将其命名为“ 2016-04-14”,而不是“ 2016-03-14”。它在本地构建得很好,但是在Github上却没有出现。没有警告,只有页面。谢谢!
史蒂夫·贝内特

1
同样的问题。我在UTC + 8。我以今天为日期发布了一个帖子,但没有任何反应。然后我更改了帖子的日期,并于昨天发布,帖子发布得很快!

3
我在UTC + 1上也一样。还没有尝试过,但你能告诉杰基尔加入,以示“未来”的帖子future: true给你的_config.yml。还有一个TZ选择。参考:jekyllrb.com/docs/configuration
joao cenoura '16

24

通过站点转到您的index.html文件(example.github.io/index.html),然后重新加载页面。然后,您可以返回(example.github.io),它应该已经更新。您可以对master.css文件等执行相同的操作。

如果它不起作用,请尝试重新加载(github.com/example/example.github.io/[blob/master/]index.html),它将进行更新。


9

我有一个空的CNAME文件。检查是否有类似问题。


16
您能否对此进行扩展?您必须进行哪些更改才能使其正常工作?还是您必须删除其中的CNAME文件?谢谢!
cxw

1
我必须确保CNAME文件包含与要构建的域的一行。
daniel-cheng

9

我有一个未经验证的电子邮件的问题。此更新第一次生效,但此后失败。需要经过验证的电子邮件才能触发GitHub页面构建。部署密钥也不能用于此目的,因为它不会触发构建。

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

免责声明:2014年就是这种情况。不知道是否仍然需要。


1
我也遇到了未经验证的电子邮件的同样问题。
midinastasurazz

这就是帮助我的原因。这也是我经过大约一个小时的观察才能找到的该解决方案的唯一提及。
Giganticus 2015年

1
部署密钥不会触发构建!WTF。谢谢,支持。
Domenic

1
链接已断开(“糟糕!该页面似乎不存在。”)。
Peter Mortensen

@PeterMortensen已替换为Web存档链接,尽管现在还真的不知道该信息是否相关了
eis


6

我今天在静态页面上遇到了这个错误-原因实际上是GitHub Pages本身的服务失败。您可以在https://status.github.com/messages中检查服务消息。


1
我几乎撕毁了我的整个站点,试图减少代码问题-事实证明,从昨天开始,github上就有大量的页面构建积压工作-将近24小时。(Github应该在其“疑难解答”页面上注意到构建状态页面链接。我仅是由于404错误而发现了状态页面,该错误包括底部的链接。)
Cascadia_Mike

1
谢谢:)今天我收到了“正在调查-当前正在调查影响Pages构建和某些Webhooks交付的队列积压的增加。”
顺治

我也是!@图恩 很烂!
Abdalla Arbab

5

我知道这听起来很简单,但是请确保您位于正确的分支和正确的文件中。

就我而言,我创建了一个GitHub页面,并尝试从master分支上的本地存储库提交。另外,我正在更新文件名而不是index.html。这些是我的错误。我不得不切换到GitHub页面分支,并在index.html commit,push中进行更新,然后一切正常。


滑稽。这个答案启发了我重新评估自己的假设,并提醒我需要从源头重新构建。
jorisw

5

我有一个未关闭的<a>标签,导致构建永远挂起。解决该问题的解决方法。

GitHub将验证您的链接是有意义的。


3

就我而言,碰巧我提到了一个引用图像的相对路径,类似- ./test.png

似乎不允许这样做,这可能是安全问题或其他问题。无论如何,如果您已完成类似操作,请将其删除并将其称为test.png


1
对我来说也一样:我在“ <a href...>”中有相对路径
Segal-Halevi

3

对我来说,我只等了大约5分钟,然后更新了。

如果有人(手动)从头开始制作了gh页的分支,则问题在于您需要一个文件调用params.json才能使其工作。

我没有这个params.json文件,但是它仍然可以工作...


您可以在回购的提交列表中查看Github是否仍然需要时间来构建您的网站,或者它是否失败。
卢卡斯


2

就我而言,我忘了kramdown_config.yaml

# Build settings
markdown: kramdown

这是当我从没有主题的主题转换为有kramdown要求的主题时引起的。


1

就我而言,经过对某些解决方案的反复试验后,解决该问题的方法是将编码添加到_config文件中,如下所示

encoding: UTF-8

此处提供更多故障排除选项


1

对我来说,这是一个没有正确安装.gitmodules文件的问题。

我能够在GitHub页面部分下的存储库的设置选项卡中进行故障排除,这表明生成问题并有助于进行故障排除。


1

奇怪(并且很简单),我创建了一个新分支,将该分支设置为“默认”分支并从那里推送。

这对我有用。


1

在存储库设置中,确保当前正在从gh-pages分支构建GitHub Pages 。


1

就我而言,问题是因为我的存储库是私有的。在我公开之后,问题就消失了。

故事的怪异之处在于,我能够创建私有存储库并使用Gi​​tHub页面。我按照官方指南http://take.ms/p2SS7)进行了此操作。大约9次提交工作正常,但是到了10日,它就坏了。


1

我这个星期有这个问题,没有解决方案。我不使用Jekyll,而只使用纯静态HTML。仅仅三天就拒绝更新。

这是我必须做的才能使其再次发布。

  • 做一个snapshot从分支master
  • master分支重置为最新的活动提交。(“提交”选项卡,绿色复选标记表示已发布的提交)
  • 使用冒烟测试进行新提交。我做了一个HTML注释,我可以grep。
  • 用力推master
  • 检查结果 curl https://example.com | grep SMOKETEST
  • master再次重置,移除烟雾测试。
  • snapshot分支中挑选每个提交,以便将未发布的更改恢复到原来的位置master(选择樱桃会为提交提供新的ID /哈希,从而避免了以前缓存任何东西的风险)。
  • master再次推动。
  • 现在,您应该获得绿色的选中标记和已发布的更新。

注意:强制推送以删除被卡住的提交,然后再次将其取回就足够了。几乎肯定不需要烟雾测试。可能不需要采摘樱桃。


0

如果有人(手动)从头开始制作了gh页的分支,则问题在于您需要一个文件调用params.json才能使其工作。

这是该文件的示例:

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

在设置标签中检查gh页的构建状态。

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

如果您使用的是github_token,则它可能无权构建gh页,因此您可能会在设置标签中看到警告。这就是为什么编辑index.html可能起作用的原因。在这种情况下,请使用基于access_token或ssh的提交来自动推送和构建gh页。


0

就我而言,这是不正确的kramdown语法。我的代码是

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

显然,您必须告诉kramdown语言:

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

0

我的GitHub Pages 在存储库的Settings选项卡下被关闭。

我不记得要关闭它,但是确实可以,然后重新打开就可以了。


0

就我而言,有两个问题(一个是“ pebcak”,另一个是更有效的问题)。

我在GitHub上设置了两个电子邮件地址,当时我正在检查非主要电子邮件中是否存在构建错误消息(以管理电子邮件:登录GitHub,单击右上角的用户菜单,选择设置,然后从“电子邮件”左侧菜单-build错误消息将到达主要电子邮件集)。

一旦发现错误消息,我便添加了一个描述,其中包括一个“:”字符_config.yaml,由于这是用于分隔key,value成对的字符,因此阻止了站点的建立。


0

我遇到了同样的问题,但就我而言,CNAME包含正确的域名。

我认为问题与我以前进行的存储库重命名有关...在线名​​称与本地名称不同,尽管在推送和在线文件更新方面没有问题-实时版本没有。

从本地计算机删除存储库并再次从GitHub克隆后,问题得到解决。


0

在我看来,GitHub页面一次提交就晚了。这意味着,如果您希望刷新,请对源代码进行任何修改,提交和推送。

此行为仅适用于gh-pages分支和any.github.io存储库。在“ docs”文件夹中,修改直接适用。


0

就我而言,我的问题是在git push更新GitHub文件但未在GitHub页面上显示我的网站之后。

注意:我是通过React创建网站的

另外,在HTML项目中,我遇到了同样的问题。在那种情况下,我首先要做的就是git pull然后git status | git add . | git commit -m"adding some content" | and git push。它为我工作。

但是React project,它不起作用。我在我的cmd上再次运行npm run deploy然后我的React Web应用程序显示在GitHub页面上。

我的建议是尝试此帖子评论中显示的所有内容。因为解决这个问题的方法不是一个。


使用react您应该先使用npm run build或构建项目,yarn build然后再推送到github pages build/文件夹。或者,您也可以使用链接yournickname.github.io/yourproject/build路径(如果build/从中删除.gitignore)访问它
flppv

为了在GitHub页面上显示react网站,我遵循了github.com/gitname/react-gh-pages这个方法,并且有效。
拉纳


0

我曾经使用过git commit -am "blah"并且忘记了仅_data/navigation.yaml更改了我的导航链接,并且page.md我创建的新链接未添加到工作树中,因此,当我单击导航树中的链接时,向我显示404错误。

检查,仔细检查!

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.