Các trang GitHub không cập nhật


101

Tôi đang gặp phải một vấn đề kỳ lạ với các trang GitHub. Tôi đã đẩy một cam kết mới cho trang cá nhân của mình maltzj.github.io , nhưng bài viết mới không hiển thị ở đó. Khi tôi thực thi máy chủ cục bộ, một bài đăng xuất hiện tại localhost:4000/posts/the-price-of-inconsistent-code/. Tuy nhiên, khi tôi truy cập vào http://maltzj.github.io/posts/the-price-of-inconsained-code, tôi nhận được mã 404. Tôi cũng đã thêm một tệp mới có tại http://maltz.github. io / test.html , nhưng điều đó cũng ném ra 404.

Mọi thứ đều xây dựng và chạy cục bộ. Kho lưu trữ Git của tôi đã được cập nhật và không có gì trên trang trạng thái GitHub về các vấn đề với bản dựng, vì vậy tôi hơi lúng túng không biết nên giải quyết vấn đề này. Làm cách nào để trang của tôi cập nhật nội dung mới mà tôi thêm vào?

Để tham khảo, vị trí của kho lưu trữ hỗ trợ trang của tôi là http://github.com/maltzj/maltzj.github.io


"Bạn đang cố gắng xuất bản một? Có thể mất đến mười phút cho đến khi trang của bạn có sẵn."
Aurélien Ooms

1
Tôi biết điều đó, nhưng cam kết xuất bản đã ở trong repo hơn 5 giờ và không được hiển thị. Trang cá nhân triển khai qua chính chủ đúng không?
Jonathan

3
đối với tôi, đó là do trình duyệt sử dụng dữ liệu được lưu trong bộ nhớ cache (kiểu cũ) nên tôi mở brwser khác
mohammedgqudah

Đó là trình duyệt cho tôi. Mở firefox thì nó hoạt động tốt.
dogonaroof

Câu trả lời:


42

Không có gì trong số này giải quyết nó cho tôi. Giải pháp là chỉnh sửa tệp index.html thành trang web GitHub.


3
tương tự cho tôi. Chỉ thay đổi một dòng thành index.html đã khiến nó "tải" index.html "true" chứ không phải tất cả các cam kết trước đó.
Miguel Vazq

2
Trang GitHub không nhìn thấy hình ảnh mà tôi đã đẩy trong lần cam kết cuối cùng của mình. Tôi đã phải chỉnh sửa index.html (sử dụng hình ảnh), chỉ bằng cách thay đổi một số khoảng trắng, để Trang GitHub bắt đầu cung cấp hình ảnh. Tôi nghi ngờ nó không xây dựng lại trừ khi một trang HTML thay đổi.
Paul Lynch

1
Tôi vừa thêm một không gian trên GitHub trong index.html và nó hoạt động. Vấn đề kỳ lạ.
Wolfram

Điều đó có lý, giải pháp này phù hợp với tôi .. Trong trường hợp của tôi, đó là do ứng dụng của tôi là một SPA, nơi các bản cập nhật chỉ được thực hiện bằng Javascript chứ không phải từ index.html. Sau đó, một lần nữa, tôi nghĩ rằng tên tệp có md5sum (hoặc cái gì đó) và sẽ thay đổi nếu tệp thay đổi, vì vậy nó cũng nên cập nhật thẻ tập lệnh index.html.
jmjm

40

Đối với những người khác, cũng kiểm tra ngày của bài viết của bạn. Tôi chỉ có vấn đề này. Tôi đang ở UTC + 11 và tôi khá chắc chắn rằng máy chủ ở UTC. Vì vậy, nếu tôi ghi ngày các bài đăng của mình theo giờ địa phương của mình, máy chủ sẽ nghĩ rằng chúng ở trong tương lai và sẽ không xây dựng chúng. Sử dụng UTC đã tránh được điều này đối với tôi.

Như đã đề cập bởi joao cenoura trong phần bình luận bên dưới:

  • bạn có thể yêu cầu jekyll hiển thị các bài đăng "trong tương lai" bằng cách thêm future: truevào _config.yml của bạn
  • và / hoặc thêm timezone: TIMEZONEđể chỉ định múi giờ của bạn.

Xem https://jekyllrb.com/docs/configuration/ để biết thêm thông tin.


5
Hoan hô! Đây là vấn đề đối với tôi. Tôi đã đánh máy một tên bài đăng và đặt tên là "2016-04-14" thay vì "2016-03-14". Nó được xây dựng tốt ở cục bộ, nhưng trên Github, nó không hiển thị. Không có cảnh báo, chỉ là không có trang. Cảm ơn!
Steve Bennett

1
Cùng một vấn đề. Tôi đang ở UTC + 8. Tôi đã thực hiện một bài đăng với ngày hôm nay là ngày của nó, được đẩy và không có gì xảy ra. Sau đó, tôi đã thay đổi ngày của bài viết và thực hiện ngày hôm qua, bài viết đã được xuất bản rất nhanh chóng!
Hồng

3
Tôi cũng vậy trên UTC + 1. Chưa thử, nhưng bạn có thể yêu cầu jekyll hiển thị các bài đăng "trong tương lai" bằng cách thêm future: truevào của bạn _config.yml. Ngoài ra còn có một TZtùy chọn. Tham khảo: jekyllrb.com/docs/configuration
joao cenoura

24

Chuyển tới trang index.html tập tin thông qua trang web của bạn ( example.github.io/index.html ) và sau đó tải lại trang. Sau đó, bạn có thể quay lại ( example.github.io ) và nó phải được cập nhật. Bạn có thể làm tương tự với tệp master.css , v.v.

Nếu nó không hoạt động, hãy thử tải lại ( github.com/example/example.github.io/[blob/master/]index.html ) và nó sẽ được cập nhật.


9

Tôi có một tệp CNAME trống . Kiểm tra xem bạn có gặp sự cố tương tự không.


16
Bạn vui lòng mở rộng về điều này một chút? Bạn đã phải thay đổi điều gì để làm cho nó hoạt động? Hay bạn phải xóa tệp CNAME đã có ở đó? Cảm ơn!
cxw

1
Tôi phải đảm bảo rằng tệp CNAME chứa một dòng với miền mà tôi muốn được tạo.
daniel-cheng

9

Tôi gặp sự cố khi có một email chưa được xác minh. Bản cập nhật hoạt động lần đầu tiên nhưng sau đó không thành công. Cần có email đã xác minh để kích hoạt xây dựng trang GitHub. Ngoài ra, không thể sử dụng khóa triển khai cho việc này, vì nó sẽ không kích hoạt bản dựng.

Nguồn: http://web.archive.org/web/20140712011932/https://help.github.com/articles/troubleshooting-github-pages-build-failures/

Tuyên bố từ chối trách nhiệm: trường hợp này xảy ra vào năm 2014. Không biết có còn bắt buộc không.


1
Tôi cũng gặp vấn đề tương tự về một email chưa được xác minh.
midinastasurazz

Đây là những gì đã giúp tôi. Đó cũng là đề cập duy nhất về giải pháp này mà tôi có thể tìm thấy sau khoảng một giờ xem xét.
Giganticus

1
Khóa triển khai sẽ không kích hoạt bản dựng!?!? WTF. Cảm ơn bạn, đã ủng hộ.
Domenic

1
Liên kết bị hỏng ( "Rất tiếc! Có vẻ như trang này không tồn tại." ).
Peter Mortensen,

@PeterMortensen được thay thế bằng liên kết lưu trữ web, mặc dù không thực sự biết liệu thông tin có liên quan hay không
eis


6

Hôm nay tôi gặp lỗi này với một trang tĩnh - nguyên nhân thực sự là do lỗi dịch vụ trên chính Trang GitHub. Bạn có thể kiểm tra tin nhắn dịch vụ tại https://status.github.com/messages .


1
Tôi đã xé bỏ gần như toàn bộ trang web của mình để cố gắng giảm vấn đề về mã - hóa ra github đã có một lượng tồn đọng xây dựng trang lớn xảy ra từ hôm qua - đó là gần 24 giờ. (Github nên lưu ý các liên kết trang xây dựng trạng thái trên trang đáp thắc mắc của họ tôi chỉ tìm thấy những trang tình trạng do lỗi 404 trong đó bao gồm một liên kết ở phía dưới..)
Cascadia_Mike

1
Cảm ơn bạn :) Hôm nay tôi nhận được "Đang điều tra - Hiện đang điều tra sự gia tăng các tồn đọng trong hàng đợi ảnh hưởng đến việc xây dựng Trang và một số hoạt động phân phối webhook."
Thuận

Vâng, tôi cũng vậy! @Thuan. thật tệ!
Abdalla Arbab

5

Tôi biết điều này nghe có vẻ đơn giản, nhưng hãy chắc chắn rằng bạn đang ở đúng nhánh và đúng tệp.

Trong trường hợp của tôi, tôi đã tạo trang GitHub và cố gắng cam kết từ kho lưu trữ cục bộ của mình trên nhánh chính. Ngoài ra, tôi đã cập nhật tên tệp của mình thay vì index.html . Đây là lỗi của tôi. Tôi đã phải chuyển sang nhánh trang GitHub và cập nhật trong index.html commit, push và sau đó mọi thứ hoạt động tốt.


Buồn cười. Câu trả lời này đã truyền cảm hứng cho tôi đánh giá lại các giả định của mình và nhắc nhở tôi rằng tôi cần phải xây dựng lại từ nguồn.
jorisw

5

Tôi đã có một <a>thẻ chưa được tiết lộ khiến bản dựng bị chờ xử lý mãi mãi. Khắc phục đã giải quyết được sự cố.

Điều hợp lý là GitHub sẽ xác minh các liên kết của bạn.


3

Trong trường hợp của tôi, tình cờ là tôi đã đề cập đến một đường dẫn tương đối để tham chiếu đến một hình ảnh, giống như - ./test.png.

Có vẻ như nó không được phép và nó có thể là một vấn đề bảo mật hoặc những gì. Bất cứ điều gì, nếu bạn đã làm điều gì đó như vậy, hãy xóa nó và coi nó là test.png.


1
Tương tự với tôi: Tôi đã có một đường dẫn tương đối trong "<a href...>"
Erel Segal-Halevi

3

Đối với tôi, tôi chỉ đợi ~ 5 phút, và nó đã được cập nhật.

Nếu ai đó đã tạo các trang gh chi nhánh từ đầu (theo cách thủ công), vấn đề là bạn cần một cuộc gọi tệp params.json để làm cho nó hoạt động.

Tôi không có params.jsontệp này , nhưng nó vẫn hoạt động ...


Bạn có thể xem liệu Github có còn cần thời gian để xây dựng trang web của bạn hay không hoặc nếu nó không thành công trong danh sách cam kết của repo của bạn.
Lukas


2

Trong trường hợp của tôi, tôi đã quên xác định kramdowntrong_config.yaml

# Build settings
markdown: kramdown

Điều này xảy ra khi tôi chuyển đổi từ một chủ đề không có chủ đề sang một chủ đề có kramdownyêu cầu.


1

Trong trường hợp của tôi, sau khi thử và gặp lỗi trên một số giải pháp ở đây, điều đã sửa là thêm mã hóa vào tệp _config như thế này

encoding: UTF-8

Các tùy chọn khắc phục sự cố khác tại đây


1

Đối với tôi, đó là một vấn đề với việc không có tệp .gitmodules đúng cách.

Tôi đã có thể khắc phục sự cố trong tab cài đặt của kho lưu trữ của mình, trong phần trang GitHub, phần này chỉ ra các vấn đề về bản dựng và rất hữu ích cho việc khắc phục sự cố.


1

Thật kỳ lạ (và đơn giản) là tôi đã tạo một nhánh mới, biến nhánh đó thành nhánh "mặc định" và được đẩy từ đó.

Điều này đã làm việc cho tôi.


1

Trong cài đặt kho lưu trữ, hãy đảm bảo rằng các Trang GitHub hiện đang được xây dựng từ gh-pagesnhánh.


1

Trong trường hợp của tôi, vấn đề là do kho lưu trữ của tôi là riêng tư . Sau khi tôi công khai , vấn đề đã biến mất.

Phần kỳ lạ của câu chuyện là tôi có thể tạo kho lưu trữ riêng và sử dụng các trang GitHub với nó. Tôi đã làm theo hướng dẫn chính thức ( http://take.ms/p2SS7 ). Nó hoạt động tốt trong khoảng 9 lần cam kết, nhưng đến ngày thứ 10, nó đã bị hỏng.


1

Tôi đã gặp vấn đề này trong tuần này và không có giải pháp nào hoạt động. Tôi không sử dụng Jekyll, chỉ sử dụng HTML tĩnh thuần túy. Nó chỉ ngồi ba ngày từ chối cập nhật.

Đây là những gì tôi phải làm để nó xuất bản trở lại.

  • Tạo một snapshotchi nhánh từ master.
  • Đặt lại masternhánh về cam kết cuối cùng đang hoạt động. (Tab cam kết, dấu kiểm màu xanh lá cây cho biết cam kết đã xuất bản)
  • Thực hiện một cam kết mới với thử nghiệm khói. Tôi đã thực hiện một nhận xét HTML mà tôi có thể gửi.
  • Lực đẩy master.
  • Kiểm tra kết quả curl https://example.com | grep SMOKETEST
  • Đặt lại mastermột lần nữa, loại bỏ kiểm tra khói.
  • Cherry-pick từng cam kết từ snapshotnhánh mà bạn cần để lấy lại các thay đổi chưa được xuất bản của mình master(chọn cherry cung cấp id / băm mới cho các cam kết, tránh rủi ro có bất kỳ thứ gì đã lưu vào bộ nhớ cache từ trước đó).
  • Lực đẩy mastermột lần nữa.
  • Bây giờ bạn sẽ nhận được dấu kiểm màu xanh lá cây và các bản cập nhật đã xuất bản.

Lưu ý: Lực đẩy có thể đủ để loại bỏ các cam kết bị mắc kẹt và đưa chúng trở lại. Thử nghiệm khói gần như chắc chắn là không cần thiết. Có thể không cần hái anh đào.


0

Nếu ai đó đã tạo các trang gh chi nhánh từ đầu (theo cách thủ công), vấn đề là bạn cần một cuộc gọi tệp params.json để làm cho nó hoạt động.

Đây là một ví dụ về tệp đó:

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

Trong trường hợp của tôi, tôi có một tệp khác có cùng tệp với permalinktrang không được làm mới nội dung. Hãy chú ý đến điều đó.


0

Kiểm tra trạng thái xây dựng của trang gh trong tab cài đặt.

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

Nếu bạn đang sử dụng github_token, nó có thể không có quyền tạo các trang gh, vì vậy bạn có thể thấy cảnh báo trong tab cài đặt. Đó là lý do tại sao chỉnh sửa index.html có thể hoạt động. Trong trường hợp này, hãy sử dụng access_token hoặc cam kết dựa trên ssh để tự động đẩy và tạo các trang gh.


0

Trong trường hợp của tôi, đó là cú pháp kramdown không chính xác . Mã của tôi là

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

Rõ ràng bạn phải nói với kramdown ngôn ngữ:

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

0

Trang GitHub của tôi đã bị tắt trong tab Cài đặt của kho lưu trữ.

Tôi không nhớ là đã tắt nó đi, nhưng nó đã ở đó, và bật lại là cách khắc phục.


0

Trong trường hợp của tôi, có hai vấn đề (một "pebcak" và sau đó là một vấn đề hợp lệ hơn).

Tôi đã thiết lập hai địa chỉ email trong GitHub và tôi đang kiểm tra email không phải chính để tìm thông báo lỗi xây dựng (để quản lý email: đăng nhập vào GitHub, nhấp vào menu người dùng ở trên cùng bên phải, chọn Cài đặt và sau đó chọn "Email" từ menu bên trái -các thông báo lỗi sẽ đến với bộ email chính).

Khi tôi nhìn thấy thông báo lỗi, tôi phát hiện ra rằng tôi đã thêm một mô tả, bao gồm ký tự ":" trong của tôi _config.yamlvà vì đây là ký tự được sử dụng để phân tách key,valuecác cặp, nó đã ngăn trang web xây dựng.


0

Tôi đã gặp vấn đề tương tự, nhưng trong trường hợp của tôi là CNAME chứa tên miền chính xác.

Tôi nghĩ rằng vấn đề có liên quan đến việc đổi tên kho lưu trữ mà tôi đã làm trước đây ... Tên trực tuyến khác với tên cục bộ, mặc dù không có vấn đề gì khi đẩy và các tệp trực tuyến được cập nhật - phiên bản trực tiếp thì không.

Sau khi xóa kho lưu trữ khỏi máy cục bộ và sao chép lại từ GitHub, sự cố đã được giải quyết.


0

Theo suy nghĩ của tôi, các trang GitHub bị trễ so với một lần cam kết. Điều này có nghĩa là nếu bạn muốn nó làm mới, hãy thêm bất kỳ sửa đổi nào vào nguồn, cam kết và đẩy của bạn.

Hành vi này chỉ áp dụng cho nhánh gh-pages và kho lưu trữ any.github.io . Trong thư mục "tài liệu", các sửa đổi được áp dụng trực tiếp.


0

Trong trường hợp của tôi, sự cố của tôi là sau khi git pushtệp GitHub của tôi được cập nhật nhưng không hiển thị trang web của tôi trên các trang GitHub.

Lưu ý: Tôi đang tạo trang web bằng React

Ngoài ra, trong dự án HTML, tôi cũng gặp phải vấn đề tương tự. Trong trường hợp đó, tôi chỉ làm trước tiên git pullvà sau đógit status | git add . | git commit -m"adding some content" | and git push . Nó đã làm việc cho tôi.

Nhưng trong những React project, nó đã không làm việc. Tôi chạy lại điều này trên cmd npm run deploycủa mình thì ứng dụng web React của tôi hiển thị trên các trang GitHub.

Đề xuất của tôi là thử mọi thứ hiển thị trên bình luận bài đăng này. Bởi vì giải pháp cho vấn đề này không phải là một.


Với react, trước tiên bạn nên xây dựng dự án bằng npm run buildhoặc yarn buildvà sau đó đẩy vào build/thư mục github pages . Hoặc bạn có thể truy cập nó bằng yournickname.github.io/yourproject/buildđường dẫn liên kết (Nếu bạn xóa build/khỏi .gitignore)
flppv

Để hiển thị trang web phản ứng trên các trang GitHub, tôi đã làm theo phương pháp này github.com/gitname/react-gh-pages và nó đã hoạt động.
Md. Rana

0

Trong trường hợp của tôi, tôi để một tham số trống url, trong _config.yaml.

Sau khi tôi chỉ định url: example.github.iomọi thứ bắt đầu hoạt động.


0

Tôi đã sử dụng git commit -am "blah"và quên rằng chỉ các liên kết điều hướng của tôi trong mới _data/navigation.yamlđược thay đổi vàpage.md mà tôi đã tạo không được thêm vào cây làm việc, do đó, hiển thị cho tôi lỗi 404 khi tôi nhấp vào liên kết trong cây điều hướng.

Kiểm tra, kiểm tra kỹ!

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.