GitHub sayfaları güncellenmiyor


101

GitHub sayfalarıyla ilgili garip bir sorunla karşılaşıyorum. Kişisel sayfalarım maltzj.github.io'ya yeni bir kayıt gönderdim , ancak yeni makale orada görünmüyor. Sunucuyu yerel olarak çalıştırdığımda, adresinde bir gönderi yaşıyor localhost:4000/posts/the-price-of-inconsistent-code/. Ancak, http://maltzj.github.io/posts/the-price-of-inconsistent-code adresine gittiğimde 404 alıyorum. Ayrıca http: //maltz.github adresinde yaşaması gereken yeni bir dosya ekledim. io / test.html , ancak bu aynı zamanda bir 404 atar.

Her şey yerel olarak oluşturulur ve çalışır. Git depom güncel ve GitHub durum sayfasında derlemelerle ilgili sorunlar hakkında hiçbir şey yok, bu yüzden bununla nereye gideceğim konusunda biraz kaygılıyım. Sayfamın eklediğim yeni içerikle güncellenmesini nasıl sağlayabilirim?

Referans için, sayfamı destekleyen arşivin konumu http://github.com/maltzj/maltzj.github.io


"Bir tane yayınlamaya mı çalışıyorsunuz? Sayfanızın kullanılabilir hale gelmesi on dakika kadar sürebilir."
Aurélien Ooms

1
Bunu biliyorum, ancak yayın taahhütleri 5 saatten fazla bir süredir depoda duruyor ve gösterilmiyor. Kişisel sayfalar ana sayfa aracılığıyla doğru mu dağıtılıyor?
Jonathan

3
benim için bunun nedeni tarayıcının önbelleğe alınmış verileri (eski stiller) kullanmasıydı, bu yüzden diğer brwser'ı açıyorum
mohammedgqudah

Benim için tarayıcıydı. Firefox'u açmak iyi çalışıyordu.
dogonaroof

Yanıtlar:


43

Bunların hiçbiri benim için çözmedi. Çözüm, index.html dosyasını GitHub web sitesinde düzenlemekti .


3
benim için aynı. Yalnızca bir satırı index.html olarak değiştirmek, "true" index.html'yi "yükledi" ve önceki işlemlerin hepsini değil.
Miguel Vazq

2
GitHub Pages, son taahhüdümde ittiğim bir resmi görmüyordu. GitHub Sayfalarının görüntüyü sunmaya başlaması için yalnızca biraz beyaz boşluk değiştirerek index.html'yi (görüntüyü kullanan) düzenlemem gerekiyordu. Bir HTML sayfası değişmedikçe yeniden oluşturulmayacağından şüpheleniyorum.
Paul Lynch

1
İndex.html'de GitHub'a bir boşluk ekledim ve işe yaradı. Garip sorun.
Wolfram

Bu mantıklı, bu çözüm benim için işe yarıyor .. Benim durumumda, uygulamamın yalnızca Javascript'te değil, güncellemelerin yapıldığı bir SPA olmasından kaynaklanıyordu index.html. Sonra tekrar, dosya adlarının md5sum (veya başka bir şey) olduğunu ve dosya değişirse değişmesi gerektiğini düşünüyorum, bu nedenle index.html komut dosyası etiketini de güncellemelidir.
jmjm

40

Diğerleri için, gönderilerinizin tarihlerini de kontrol edin. Bu sorunu daha yeni yaşadım. UTC + 11'deyim ve sunucunun UTC'de olduğundan oldukça eminim. Bu nedenle, gönderilerimi yerel saatime göre tarihlendirirsem, sunucu gelecekte olduklarını düşünüyor ve onları oluşturmayacak. UTC kullanmak benim için bundan kaçındı.

Joao cenoura tarafından aşağıdaki yorumlarda belirtildiği gibi:

  • _config.yml dosyanıza ekleyerek future: truejekyll'e "gelecek" gönderileri göstermesini söyleyebilirsiniz .
  • ve / veya timezone: TIMEZONEsaat diliminizi belirtmek için ekleyin .

Daha fazla bilgi için https://jekyllrb.com/docs/configuration/ adresine bakın .


5
Yaşasın! Benim için sorun buydu. Bir gönderi adını yazdım ve "2016-03-14" yerine "2016-04-14" yaptım. Yerel olarak gayet iyi inşa edildi, ancak Github'da görünmedi. Uyarı yok, sadece sayfa yok. Teşekkürler!
Steve Bennett

1
Aynı sorun. UTC + 8'deyim. Bugün tarihi olarak bir gönderi yaptım, itildi ve hiçbir şey olmadı. Sonra yazının tarihini değiştirdim ve dün yaptım, gönderi çok hızlı yayınlandı!
Hong

3
UTC + 1'de benim için aynı. Henüz denediniz, ancak ekleyerek "Gelecek" mesajları göstermek için jekyll söyleyebilir future: trueadresinden Müşteri _config.yml. Bir TZseçenek de var. Referans: jekyllrb.com/docs/configuration
joao

24

Siteniz üzerinden index.html dosyanıza gidin ( example.github.io/index.html ) ve ardından sayfayı yeniden yükleyin. Daha sonra ( example.github.io ) 'ya geri dönebilirsiniz ve güncellenmiş olmalıdır. Aynısını master.css dosyası vb. İçin de yapabilirsiniz .

Çalışmazsa, bunun yerine yeniden yüklemeyi deneyin ( github.com/example/example.github.io/[blob/master/]index.html ), güncellenmiş olacaktır.


10

Boş bir CNAME dosyam vardı . Benzer bir sorun yaşıyorsanız kontrol edin.


16
Lütfen bunu biraz açar mısınız? Çalışması için neyi değiştirmek zorunda kaldın? Yoksa orada bulunan bir CNAME dosyasını kaldırmanız mı gerekti? Teşekkürler!
cxw

1
CNAME dosyasının oluşturmak istediğim etki alanıyla bir satır içerdiğinden emin olmalıydım.
daniel-cheng

9

Doğrulanmamış bir e-postaya sahip olma sorunum vardı. Güncelleme ilk kez çalıştı , ancak bundan sonra başarısız oldu. GitHub sayfalarının oluşturulmasını tetiklemek için doğrulanmış bir e-posta gereklidir. Ayrıca, bir derlemeyi tetiklemeyeceğinden bunun için bir dağıtım anahtarı kullanılamaz.

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

Sorumluluk reddi: 2014'teki durum buydu. Hâlâ gerekli olup olmadığını bilmiyorum.


1
Doğrulanmamış bir e-postayla da aynı sorunu yaşadım.
midinastasurazz

Bana yardımcı olan buydu. Aynı zamanda, yaklaşık bir saatlik bir baktıktan sonra bulabildiğim bu çözümün tek sözü.
Giganticus

1
Deploy anahtarı yapıyı tetiklemeyecek!?!? O NE LAN. Teşekkür ederim, oy verildi.
Domenic

1
Bağlantı bozuk ( " Hata ! Görünüşe göre bu sayfa yok." ).
Peter Mortensen

@PeterMortensen, web arşiv bağlantısı ile değiştirildi, ancak bilginin artık alakalı olup olmadığını gerçekten bilmiyorum
eis


6

Bugün bu hatayı statik bir sayfayla yaşadım - nedeni aslında GitHub Sayfalarının kendisinde bir servis hatasıydı. Servis mesajlarını https://status.github.com/messages adresinden kontrol edebilirsiniz .


1
Bir kod sorununu azaltmaya çalışırken neredeyse tüm sitemi yerle bir ettim - github'ın dünden beri büyük bir sayfa derleme birikimi olduğu ortaya çıktı - bu neredeyse 24 saat. (Github, Sorun Giderme sayfasındaki derleme durumu sayfası bağlantısına dikkat etmelidir. Durum sayfasını yalnızca altta bir bağlantı içeren bir 404 hatası nedeniyle buldum.)
Cascadia_Mike

1
Teşekkürler :) Bugün "Araştırılıyor - Şu anda Sayfalar derlemelerini ve bazı web kancaları teslimatlarını etkileyen kuyruk biriktirmelerindeki artışı araştırıyorum."
Thuan

Evet ben de! @Thuan. berbat!
Abdalla Arbab

5

Bunun basit gelebileceğini biliyorum, ancak doğru dalda ve doğru dosyada olduğunuzdan emin olun.

Benim durumumda bir GitHub sayfası yaptım ve ana daldaki yerel depomdan gerçekleştirmeye çalıştım. Ayrıca index.html yerine dosya adımı güncelliyordum . Bunlar benim hatalarımdı. GitHub sayfa dalına geçmem ve index.html commit'i güncellemem gerekiyordu , push ve sonra her şey yolunda gitti.


Komik. Bu cevap, varsayımlarımı yeniden değerlendirmem için bana ilham verdi ve kaynaktan yeniden inşa etmem gerektiğini hatırlattı.
jorisw

5

Kapatılmamış bir <a> sonsuza kadar beklemesine neden olan . Bunu düzeltmek sorunu çözdü.

GitHub'ın bağlantılarınızı doğrulaması mantıklı.


3

Benim durumumda, bir resme atıfta bulunmak için göreceli bir yoldan bahsetmiştim, buna benzer bir şey - ./test.png .

Görünüşe göre buna izin verilmiyor ve bir güvenlik sorunu ya da ne olabilir. Her neyse, eğer böyle bir şey yaptıysanız, kaldırın ve olarak adlandırın test.png.


1
Benim için aynısı: "<a href...>" de göreceli bir yolum vardı
Erel Segal-Halevi

3

Benim için ~ 5 dakika bekledim ve güncellendi.

Birisi gh sayfalarını sıfırdan (elle) oluşturduysa, sorun, çalışmasını sağlamak için params.json dosyasını çağıran bir dosyaya ihtiyacınız olmasıdır.

Bu params.jsondosya bende yok ama hala çalışıyor ...


Github'ın sitenizi oluşturmak için hala zamana ihtiyacı olup olmadığını veya deponuzun taahhütler listesinde başarısız olup olmadığını görebilirsiniz.
Lukas,


2

Benim durumumda, ben tanımlamak için unuttum kramdowniçinde_config.yaml

# Build settings
markdown: kramdown

Bu, kramdowngereksinimle birlikte teması olmayan bir temadan temaya geçiş yaparken ortaya çıktı .


1

Benim durumumda, buradaki bazı çözümlerde deneme yanılma sonrasında düzeltilen şey, kodlamayı _config dosyasına böyle eklemekti

encoding: UTF-8

Daha fazla sorun giderme seçeneği burada


1

Benim için .gitmodules dosyasının düzgün bir şekilde olmamasıyla ilgili bir sorundu.

Depomun ayarlar sekmesindeki GitHub sayfaları bölümünde, derleme sorunlarını gösteren ve sorun gidermeye yardımcı olan sorunları giderebildim.


1

İşin garibi (ve basitçe) yeni bir dal yarattım, o dalı "varsayılan" dal yaptım ve oradan ittim.

Bu benim için çalıştı.


1

Depo ayarlarında, GitHub Sayfalarının şu anda gh-pagesşubeden oluşturulduğundan emin olun .


1

Benim durumumda sorun, depomun özel olmasından kaynaklanıyordu . Bunu halka açıkladıktan sonra sorun ortadan kalktı.

Hikayenin tuhaf yanı, özel depo oluşturabilmem ve bununla GitHub sayfalarını kullanabilmemdi. Resmi kılavuza göre yaptım ( http://take.ms/p2SS7 ). Yaklaşık 9 kaydetme için iyi çalıştı, ancak 10'da kırıldı.


1

Bu hafta bu sorunu yaşadım ve hiçbir çözüm işe yaramadı. Jekyll kullanmıyorum, sadece saf statik HTML. Güncelleme yapmayı reddeden üç gün sürdü.

İşte tekrar yayınlaması için yapmam gereken şey.

  • Bir snapshotşube yapmaster .
  • Sıfırla masterŞubeyi canlı olan son işleme . (Kaydetme sekmesi, yeşil onay işaretleri yayınlanan kaydetmeleri gösterir)
  • Bir duman testi ile yeni bir taahhütte bulunun. Grep edebileceğim bir HTML yorumu yaptım.
  • Zorla itin master.
  • Sonuçları kontrol et curl https://example.com | grep SMOKETEST
  • masterDuman testini kaldırarak tekrar sıfırlayın .
  • snapshotYayınlanmamış değişikliklerinizi geri almak için ihtiyaç duyduğunuz şubeden her bir kaydı kesin olarak seçin master(kiraz toplama, taahhütlere yeni kimlikler / hash'ler verir ve daha önce bunları önbelleğe alma riskinden kaçınır).
  • masterTekrar zorla itin .
  • Şimdi yeşil onay işaretlerini ve yayınlanan güncellemeleri almalısınız.

Not: Sıkışan taahhütleri kaldırıp tekrar geri almak için zorlamak yeterli olabilir. Duman testi neredeyse kesinlikle gerekli değildir. Kiraz toplama gerekli olmayabilir.


0

Birisi gh sayfalarını sıfırdan (elle) oluşturduysa, sorun, çalışmasını sağlamak için params.json dosyasını çağıran bir dosyaya ihtiyacınız olmasıdır.

Bu, o dosyanın bir örneğidir:

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

Benim durumumda, permalinkiçeriği yenilemeyen sayfayla aynı olan başka bir dosyam vardı . Buna dikkat edin.


0

Ayarlar sekmesinde gh-sayfaların derleme durumunu kontrol edin.

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

Github_token kullanıyorsanız, gh sayfalarını oluşturma izni olmayabilir, bu nedenle ayarlar sekmesinde bir uyarı görebilirsiniz. Bu nedenle index.html'yi düzenlemek işe yarayabilir. Bu durumda, gh sayfalarını otomatik olarak itmek ve oluşturmak için access_token veya ssh tabanlı kesinleştirme kullanın.


0

Benim durumumda yanlış kramdown sözdizimi idi. Benim kodum

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

Görünüşe göre Kramdown'a dili söylemelisin:

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

0

GitHub Sayfalarım Ayarlar altında kapatıldı deponun sekmesi .

Kapattığımı hatırlamıyorum, ama oradaydı ve tekrar açmak, düzeltmeydi.


0

Benim durumumda iki problem vardı (bir "pebcak" ve sonra daha geçerli olan).

GitHub'da ayarlanmış iki e-posta adresim vardı ve birincil olmayan e-postaları derleme hata mesajları için kontrol ediyordum (e-postaları yönetmek için: GitHub'da oturum açın, sağ üstteki kullanıcı menüsünü tıklayın, Ayarlar'ı ve ardından "E-postalar" ı seçin. sol menü - oluşturucu hata mesajları birincil e-posta kümesine ulaşacaktır).

Hata mesajlarını gördükten sonra, içime bir ":" karakteri içeren bir açıklama eklediğimi _config.yamlve bu, key,valueçiftleri ayırmak için kullanılan karakter olduğu için sitenin kurulmasını engelliyordu.


0

Aynı sorunu yaşadım, ancak benim durumumda CNAME doğru etki alanı adını içeriyordu.

Sorunun daha önce yaptığım deponun yeniden adlandırılmasıyla bir ilgisi olduğunu düşünüyorum ... Zorlama konusunda herhangi bir sorun olmamasına ve çevrimiçi dosyaların güncellenmesine rağmen çevrimiçi ad yerelden farklıydı - canlı sürümde yoktu.

Depoyu yerel makineden sildikten ve tekrar GitHub'dan klonladıktan sonra sorun çözüldü.


0

Bana göre GitHub sayfaları tek işlemden geç kaldı. Bu, yenilenmesini istiyorsanız, kaynağınıza herhangi bir değişiklik eklemeniz, kaydetmeniz ve iletmeniz anlamına gelir.

Bu davranış, yalnızca gh-pages dalı ve any.github.io deposu için geçerlidir . "Dokümanlar" klasöründe, değişiklikler doğrudan uygulanır.


0

Benim durumumda, sorunum git pushGitHub dosyamın güncellenmesinden sonraydı , ancak web sitemi GitHub sayfalarında göstermiyordu.

Not: React tarafından Web Sitesi oluşturuyordum

Ayrıca HTML projesinde de aynı problemle karşılaştım. Bu durumda, her şeyden önce yaptım git pullve sonra git status | git add . | git commit -m"adding some content" | and git push. Benim için çalıştı.

Ama içindeReact project , işe yaramadı. Bunu tekrar cmd'mde çalıştırıyorum ve npm run deployReact web uygulamam GitHub sayfalarında görünüyor.

Benim önerim , bu yazı yorumlarında gösterilen her şeyi denemektir. Çünkü bu sorunun çözümü tek değil.


React ile projeyi önce npm run buildveya ile oluşturmalı yarn buildve ardından github sayfaları build/klasörüne itmelisiniz . Yoksa bağlantı ile erişebilirsiniz yournickname.github.io/yourproject/build(eğer kaldırırsanız yolundan build/gelen .gitignore)
flppv

React web sitesini GitHub sayfalarında göstermek için bu yöntemi github.com/gitname/react-gh-pages izledim ve işe yaradı.
Md. Rana

0

Benim durumumda url, içinde boş bir parametre bıraktım _config.yaml.

Ben belirttikten sonra url: example.github.ioher şey çalışmaya başladı.


0

Kullandım git commit -am "blah"ve yalnızca içindeki gezinme bağlantılarımın _data/navigation.yamldeğiştirildiğini unuttum ve yenipage.md çalışma ağacına eklenmediğini , bu nedenle gezinme ağacındaki bağlantıya tıkladığımda bana bir 404 hatası gösteriyor.

Kontrol edin, iki kez kontrol edin!

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.