GitHub 頁面未更新

Question

我遇到了 GitHub 頁面的奇怪問題。 我將新的提交推送到我的個人頁面maltzj.github.io ，但新文章沒有出現在那里。 當我在本地執行服務器時，一個帖子位於localhost:4000/posts/the-price-of-inconsistent-code/ 。 However, when I go to http://maltzj.github.io/posts/the-price-of-inconsistent-code I get a 404. I also added a new file which should live at http://maltz.github. io/test.html ，但這也會引發 404。

一切都在本地構建和運行。 我的 Git 存儲庫是最新的，並且 GitHub 狀態頁面上沒有關於構建問題的任何內容，所以我對 go 的位置有點不知所措。 如何讓我的頁面更新我添加的新內容？

作為參考，支持我的頁面的存儲庫的位置是http://github.com/maltzj/maltzj.github.io

Answer 1

這些解決方案都沒有為我解決這個問題。 解決方案是編輯 GitHub 網站中的index.html文件。

然后該網站按預期在網絡上更新。

Answer 2

對於其他人，還要檢查您帖子的日期。 我剛遇到這個問題。 我在 UTC+11，我很確定服務器在 UTC。 因此，如果我將我的帖子與我的本地時間約會，服務器會認為它們是未來的並且不會構建它們。 使用 UTC 為我避免了這一點。

正如 joao cenoura 在下面的評論中提到的：

• 您可以通過在 _config.yml 中添加future: true來告訴 jekyll 顯示“未來”帖子
• 和/或添加timezone: TIMEZONE以指定您的時區。

有關更多信息，請參閱https://jekyllrb.com/docs/configuration/ 。

Answer 3

通過您的站點（ example.github.io/index.html ）轉到您的index.html文件，然后重新加載頁面。 然后你可以回到（ example.github.io ）它應該已經更新了。 您可以對master.css文件等執行相同操作。

如果它不起作用，請嘗試重新加載（ github.com/example/example.github.io/[blob/master/]index.html ），它會更新。

Answer 4

我有一個空的CNAME文件。 檢查您是否遇到類似問題。

Answer 5

我遇到了未經驗證的電子郵件的問題。 更新第一次有效，但之后就失敗了。 需要經過驗證的電子郵件才能觸發 GitHub 頁面構建。 此外，部署密鑰不能用於此目的，因為它不會觸發構建。

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

免責聲明：2014 年就是這種情況。不知道是否仍然需要。

Answer 6

我今天在靜態頁面上遇到了這個錯誤 - 原因實際上是 GitHub Pages 本身的服務失敗。 您可以在https://www.githubstatus.com/查看服務消息。

Answer 7

我有一個未關閉的<a>標簽，這導致構建永遠掛起。 修復解決了這個問題。

GitHub 會驗證您的鏈接是有道理的。

Answer 8

就我而言，上述解決方案均無效。 最后我發現原因是：我的 _config.yml 中有“relative_permalinks”選項。 這個選項最近在 Jekyll 3.0 中被棄用了。

參考： https : //help.github.com/articles/removing-relative-permalinks/

Answer 9

我知道這聽起來可能很簡單，但請確保您位於正確的分支和正確的文件中。

就我而言，我創建了一個 GitHub 頁面並嘗試從主分支上的本地存儲庫提交。 另外，我正在更新我的文件名而不是index.html 。 這些是我的錯誤。 我不得不切換到 GitHub 頁面分支並更新index.html提交、推送，然后一切正常。

Answer 10

就我而言，碰巧我提到了引用圖像的相對路徑，例如 - ./test.png 。

好像是不允許的，可能是安全問題什么的。 不管怎樣，如果你做了類似的事情，把它刪除並把它稱為test.png 。

Answer 11

對我來說，我只等了大約 5 分鍾，它就更新了。

如果有人從頭開始（手動）創建了分支 gh-pages，問題是您需要一個文件調用 params.json 才能使其工作。

我沒有這個params.json文件，但它仍然有效......

Answer 12

請參考 Jekyll 故障排除網站，因為有多個錯誤來源： 對 GitHub Pages 站點的 Jekyll 構建錯誤進行故障排除

在我的情況下，Markdown 文件中的德語變音符號（“ö”）導致了問題。

Answer 13

就我而言，我忘記在_config.yaml定義kramdown

# Build settings
markdown: kramdown

這是在我從沒有kramdown要求的主題轉換為主題時引起的。

Answer 14

我讓它工作。 我的是一個簡單的問題。 這是瀏覽器緩存問題。

我在不同的瀏覽器上打開了我的鏈接，它向我展示了更新的推送。

Answer 15

我今天遇到了同樣的神秘問題。 我向我的 github.io-repository 推送了一些新代碼，但更改沒有顯示在相應的網頁上。 我檢查了頁面並沒有看到源代碼中的新代碼。 我通過硬重新加載解決了這個問題。 在 Chrome 上，您可以通過打開Dev Tools並右鍵單擊刷新按鈕並選擇Hard Reload 。

Answer 16

就我而言，經過對這里的一些解決方案進行反復試驗后，修復它的是將編碼添加到 _config 文件中，如下所示

encoding: UTF-8

更多故障排除選項在這里

Answer 17

對我來說，這是一個沒有正確擁有 .gitmodules 文件的問題。

我能夠在我的存儲庫的設置選項卡中進行故障排除，在 GitHub 頁面部分下，它指示構建問題並有助於故障排除。

Answer 18

奇怪的是（而且很簡單），我創建了一個新分支，將該分支設為“默認”分支並從那里推送。

這對我有用。

Answer 19

在存儲庫設置中，確保當前正在從gh-pages分支構建 GitHub 頁面。

Answer 20

在我的情況下，問題是因為我的存儲庫是private 。 我公開之后，問題就解決了。

故事的奇怪部分是我能夠創建私有存儲庫並使用 GitHub 頁面。 我是按照官方指南（ http://take.ms/p2SS7 ）做的。 它在大約 9 次提交時運行良好，但在第 10 次它被破壞了。

Answer 21

就我而言，我的問題是在git push我的 GitHub 文件正在更新但沒有在 GitHub 頁面上顯示我的網站。

注意：我正在通過 React 創建網站

另外，在 HTML 項目中，我也遇到了同樣的問題。 在那種情況下，我首先執行git pull然后執行git status | git add . | git commit -m"adding some content" | and git push git status | git add . | git commit -m"adding some content" | and git push git status | git add . | git commit -m"adding some content" | and git push 。 它對我有用。

但是在React project ，它不起作用。 我在我的 cmd npm run deploy上再次運行它，然后我的 React Web 應用程序顯示在 GitHub 頁面上。

我的建議是嘗試在此帖子評論中顯示的所有內容。 因為這個問題的解決方案不是一個。

Answer 22

本周我遇到了這個問題，但沒有任何解決方案。 我不使用 Jekyll，只使用純靜態 HTML。 它只是坐了三天拒絕更新。

這是我必須做的才能讓它再次發布。

• 從master一個snapshot分支。
• 將master分支重置為最后一次上線的提交。 （提交選項卡，綠色復選標記表示已發布的提交）
• 使用冒煙測試進行新的提交。 我做了一個可以 grep 的 HTML 注釋。
• 力推master 。
• 檢查結果curl https://example.com | grep SMOKETEST curl https://example.com | grep SMOKETEST
• 再次重置master ，移除冒煙測試。
• 從snapshot分支中選擇每個提交，您需要將未發布的更改返回到master （櫻桃選擇為提交提供新的 id/哈希，避免任何之前緩存它們的風險）。
• 再次強制推master 。
• 現在你應該得到綠色復選標記和已發布的更新。

注意：強制推送刪除被卡住的提交並讓它們再次返回可能就足夠了。 幾乎可以肯定不需要煙霧測試。 櫻桃采摘可能不需要。

Answer 23

如果我直接在 github 網站上編輯和提交文件，Github 不會為我發布到 github 頁面。

但是，如果我在本地編輯文件並使用 GitHub Desktop 提交，則更改會在幾秒鍾內發布到站點。

順便說一句，我的電子郵件已經過驗證，所以這應該不是問題。 而且我用的是同一個賬戶。

Answer 24

1. 確保您運行npm run deploy

2. 清除瀏覽器緩存。

Answer 25

解決方案適用於我使用create-react-app ：

1. 轉到存儲庫設置下的 GitHub 頁面部分
2. 將源代碼從gh-pages branch更改為master branch
3. 等待並檢查您的自定義域網站，應顯示主分支README.md文件
4. 現在將源更改回gh-pages
5. 等待幾分鍾，現在自定義域網站上反映了最新更改

我嘗試了不同的解決方案，沒有一個奏效。 像a new commit ， an empty commit ， browser cache clear ， wait for 5 - 10 minutes ， delete gh-pages branch and push again ， edit CNAME ， create a new CNAME under on master branch等

注意：我的應用程序沒有_config.yaml文件，也沒有jekyll 。 我正在使用帶有 https（谷歌域）的自定義域。 由 package.json 腳本deploy: "gh-pages -d deploy"自動創建的gh-page分支deploy: "gh-pages -d deploy"

Answer 26

就我而言，我對 index.html 和 style.css 文件進行了一些更改，但這些更改並未反映在 Github 頁面上。 但是當我通過添加一行來更新自述文件時，頁面得到了更新。 也許你可以試試這個，因為它可能對你有用，就像對我一樣。

Answer 27

如果有人從頭開始（手動）創建了分支 gh-pages，問題是您需要一個文件調用 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."
}

Answer 28

就我而言，這是不正確的kramdown語法。 我的代碼是

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

顯然你必須告訴 kramdown 語言：

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

Answer 29

我的 GitHub 頁面在存儲庫的“設置”選項卡下被關閉。

我不記得把它關掉了，但它就在那里，重新打開它就是解決辦法。

Answer 30

我在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狀態頁面上沒有關於構建問題的任何信息，因此我對如何使用它感到有些困惑。 如何使我的頁面更新為添加的新內容？

作為參考，支持我的頁面的存儲庫的位置為http://github.com/maltzj/maltzj.github.io

Answer 31

就我而言，我有另一個文件，該文件具有指向未刷新內容的頁面的相同permalink 。 注意這一點。

Answer 32

我在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狀態頁面上沒有關於構建問題的任何信息，因此我對如何使用它感到有些困惑。 如何使我的頁面更新為添加的新內容？

作為參考，支持我的頁面的存儲庫的位置為http://github.com/maltzj/maltzj.github.io

Answer 33

在我看來，github頁面遲到了一次提交。 這意味着如果您不希望刷新，請對源代碼進行任何修改，然后提交並推送。

此行為僅適用於gh-pages分支和any.github.io存儲庫。 在“ docs”文件夾中，修改直接應用。

Answer 34

就我而言，我在_config.yaml保留了空的參數url 。 在指定url: example.github.io一切開始起作用。

Answer 35

這里有各種各樣的愚蠢的解決方案，我的git commit -am "blah"是我使用了git commit -am "blah"並忘了只更改了page.md _data/navigation.yaml中的導航鏈接，而我創建的新page.md沒有添加到工作樹，因此當我單擊導航樹中的鏈接時向我顯示404錯誤。 檢查，仔細檢查！

Answer 36

在設置選項卡中檢查 gh-pages 的構建狀態。

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

如果您使用 github_token，它可能沒有構建 gh-pages 的權限，因此您可能會在設置選項卡中看到警告。 這就是為什么編輯 index.html 可能會起作用的原因。 在這種情況下，使用 access_token 或基於 ssh 的提交來自動推送和構建 gh-pages。

Answer 37

Go 至

設置 / GitHub 頁面 / 來源

並將其更改為

無（禁用 GitHub 頁面）

讓系統保存您的更改。 之后，改變

設置 / GitHub 頁面 / 來源

再次回到原來的值。

Answer 38

如果您使用gh-pages命令發布，則可能是gh-pages本身的緩存問題。 請參閱gh-pages文檔的底部：

但是，請注意，這些說明是錯誤的！

要刪除 gh-pages 緩存，請運行node node_modules/gh-pages/bin/gh-pages-clean或手動刪除node_modules/gh-pages中的.cache目錄。

我已經提交了一個問題以更正此處的說明： https://github.com/tschaub/gh-pages/issues/367

Answer 39

確保清除您的 web 歷史記錄並再次顯示 go。 我的問題本身就解決了。

Answer 40

我在一個非常基本的項目中遇到了同樣的問題。 硬重載 [ctrl + shift + r] 為我解決了這個問題。

我的只是一個基本項目，它使用了普通的 HTML、CSS 和 JavaScript。 上述方法可能適用於高級項目，也可能不適用於高級項目。

Answer 41

我嘗試了幾乎所有的答案，嘗試編輯index.html等。

我的錯誤是，我沒有構建和部署，所以我在 npm 腳本中添加了構建和部署步驟。 如果您使用的是React application ，請直接復制粘貼此代碼或直接獲取代碼。

這些是我的構建腳本：

  "scripts": {
    "predeploy": "npm run build",
    "deploy": "gh-pages -b master -d build",
    "start": "react-scripts start",
    "build": "react-scripts build",
    "test": "react-scripts test",
    "eject": "react-scripts eject"
  }

完成更改后，您的應用程序使用npm start運行良好。 按着這些次序：

第一步：運行命令npm run build 。

如果一切正常，您將收到消息： the build folder is ready to deploy

第二步：運行命令npm run deploy

您將收到如下消息： published 。

第 3 步：刷新您的應用程序：例如https://kushalseth.github.io 。 不是強制性的，但請提交並推送所有更改以供參考。

PS：如果您遇到類似 404 的問題，請查看以下答案： React Github Pages Deploy ERR_ABORTED 404 (Not Found)

Answer 42

我有同樣的問題。 就我而言，我已經用一個新頭像替換了我的頭像。 以前的擴展名為“jpeg”，新的擴展名為“jpg”，因此我將文件重命名為與前一個具有相同的擴展名。 我等了一天，但沒有出現變化。 我注意到構建失敗了。 我重命名了文件以使其具有正確的擴展名並更改了相應的 html 文件。 構建在 2 分鍾內准備就緒。

Answer 43

對於我的個人網站，我正在為學術網站使用 A Github Pages 模板。 .

在我的._config.yaml文件中，我包含了一個額外的在線鏈接，該鏈接指向我擁有學術檔案的網站。 這是完全沒有必要的。 這個鏈接阻止了我網站上的所有其他更新。 由於我在._config.yaml文件中刪除了此鏈接，因此我的所有其他 Github 頁面都已更新。

Answer 44

我誠實地閱讀了所有 43 個答案。 兩次。 令人驚訝的是，沒有一個答案可以告訴我要做，我只是通過隨機單擊我的倉庫的 github 儀表板中的不同內容來偶然發現的。 不要點擊設置。 單擊操作。 在那里，您將看到當 jekyll 嘗試構建 web 頁面時工作流實際發生了什么。 您可以單擊工作流，該工作流將顯示一個紅色的“x”標記，因為它失敗了，並查看完整的文本 output 到標准輸出。 包括像我這樣的信息性錯誤消息： /usr/local/bundle/gems/jekyll-3.9.2/lib/jekyll/theme.rb:84:in `rescue in gemspec': The slate theme could not be found. (Jekyll::Errors::MissingDependencyException) /usr/local/bundle/gems/jekyll-3.9.2/lib/jekyll/theme.rb:84:in `rescue in gemspec': The slate theme could not be found. (Jekyll::Errors::MissingDependencyException)

Answer 45

一句話：

如果未對index.html進行任何更改，則 Github 頁面不會刷新。

因此，請確保在每次推送時更新 index.html 。

Answer 46

如果您正在部署一些簡單的 HTML 代碼，請嘗試以下操作：

首先，go 到Actions > Deploy static content to Page ：

然后，單擊Run workflow ：

Answer 47

由於 GitHub 頁面部署操作中的短暫故障，我的站點今天未能部署。 需要通過“操作”選項卡重新運行該操作，才能顯示我的網站的新版本。

故事：

我在一個純粹是 static 並且不使用 Jekyll 的網站上推送了新內容。 在 Chrome 上重新加載了許多無用的 Shift-Ctrl-R 之后，我決定進行調查。 我首先訪問了站點存儲庫的設置→頁面，發現最近沒有進行部署。

為什么不呢，我想知道？ 在仔細檢查了我的推送是否真的通過之后，我點擊了“部署”這個詞，然后被帶到了一個失敗的 GitHub 操作！

由於錯誤消息ECONNRESET看起來像是 GitHub 網絡內部的一般網絡錯誤，而且我的站點沒有任何問題，我單擊右上角的“重新運行”按鈕並要求 GitHub 操作重新運行失敗的任務。 幾秒鍾之內，它被重新嘗試並成功了！

教訓：

1. 部署容易受到瞬時錯誤的影響。
2. 這些天的部署就像您可以檢查的正常 GitHub 操作一樣發生。
3. 可以重新嘗試部署。