Strony GitHub nie są aktualizowane


101

Mam dziwny problem ze stronami GitHub. Wrzuciłem nowe zobowiązanie do mojej strony osobistej maltzj.github.io , ale nowy artykuł tam się nie pojawia. Kiedy uruchamiam serwer lokalnie, post znajduje się pod adresem localhost:4000/posts/the-price-of-inconsistent-code/. Jednak kiedy wchodzę na http://maltzj.github.io/posts/the-price-of-inconsistent-code , otrzymuję 404. Dodałem również nowy plik, który powinien znajdować się pod adresem http: //maltz.github. io / test.html , ale to również powoduje wyświetlenie błędu 404.

Wszystko buduje się i działa lokalnie. Moje repozytorium Git jest aktualne, a na stronie statusu GitHub nie ma nic o problemach z kompilacjami, więc trochę nie wiem, dokąd się udać. Jak mogę zaktualizować moją stronę o nową zawartość, którą dodam?

Dla porównania, lokalizacja repozytorium, które obsługuje moją stronę, to http://github.com/maltzj/maltzj.github.io


„Czy próbujesz ją opublikować? Może minąć do dziesięciu minut, zanim Twoja strona będzie dostępna”.
Aurélien Ooms

1
Wiem o tym, ale zmiany dotyczące publikacji znajdują się w repozytorium od ponad 5 godzin i nie są widoczne. Strony osobiste są wdrażane przez master, prawda?
Jonathan

3
dla mnie to dlatego, że przeglądarka używa danych z pamięci podręcznej (stare style), więc otwieram inne brwser
mohammedgqudah

To była dla mnie przeglądarka. Otwarcie programu Firefox działało dobrze.
dogonaroof,

Odpowiedzi:


42

Nic z tego nie rozwiązało tego dla mnie. Rozwiązaniem była edycja pliku index.html w serwisie GitHub.


3
dla mnie to samo. Tylko zmiana jednej linii w index.html spowodowała, że ​​„załadował” „prawdziwy” index.html, a nie wszystkie poprzednie zatwierdzenia.
Miguel Vazq

2
GitHub Pages nie widziało obrazu, który wrzuciłem podczas ostatniego zatwierdzenia. Musiałem edytować plik index.html (który używa obrazu), po prostu zmieniając trochę spacji, aby GitHub Pages zaczęło wyświetlać obraz. Podejrzewam, że nie odbudowuje się, dopóki strona HTML nie ulegnie zmianie.
Paul Lynch

1
Właśnie dodałem jedno miejsce na GitHub w index.html i zadziałało. Dziwny problem.
Wolfram,

To ma sens, to rozwiązanie działa dla mnie .. W moim przypadku było to spowodowane tym, że moja aplikacja była SPA, gdzie aktualizacje są wykonywane tylko w Javascript, a nie z index.html. Z drugiej strony myślę, że nazwy plików mają sumę md5 (lub coś w tym rodzaju) i powinny się zmienić, jeśli plik się zmieni, więc powinien również zaktualizować tag skryptu index.html.
jmjm

40

W przypadku innych sprawdź również daty swoich postów. Właśnie miałem ten problem. Jestem w UTC + 11 i jestem prawie pewien, że serwer jest w UTC. Dlatego jeśli datuję moje posty według czasu lokalnego, serwer myśli, że są one w przyszłości i nie utworzy ich. Korzystanie z UTC pozwoliło mi tego uniknąć.

Jak wspomniał joao cenoura w komentarzach poniżej:

  • możesz powiedzieć jekyll, aby pokazywał „przyszłe” posty, dodając je future: truedo swojego _config.yml
  • i / lub dodaj, timezone: TIMEZONEaby określić swoją strefę czasową.

Więcej informacji można znaleźć pod adresem https://jekyllrb.com/docs/configuration/ .


5
Brawo! To był dla mnie problem. Wpisałem nazwę posta i ustawiłem jako „2016-04-14” zamiast „2016-03-14”. Stworzył się dobrze lokalnie, ale na Githubie się nie pojawił. Bez ostrzeżenia, po prostu bez strony. Dzięki!
Steve Bennett

1
Ten sam problem. Jestem na UTC + 8. Zrobiłem post z dzisiejszą datą, pchnąłem i nic się nie stało. Potem zmieniłem datę wpisu i zrobiłem to wczoraj, post został opublikowany naprawdę szybko!
Hong

3
To samo dotyczy mnie w UTC + 1. Jeszcze nie próbowałem, ale możesz powiedzieć jekyll, aby pokazywał „przyszłe” posty, dodając je future: truedo swojego _config.yml. Jest też TZopcja. Źródła
joao cenoura

24

Przejdź do pliku index.html w swojej witrynie ( example.github.io/index.html ), a następnie załaduj ponownie stronę. Następnie możesz wrócić do ( przykład.github.io ) i powinien był zostać zaktualizowany. Możesz zrobić to samo z plikiem master.css itp.

Jeśli to nie zadziała, spróbuj ponownie załadować ( github.com/example/example.github.io/[blob/master/]index.html ), a zostanie zaktualizowany.


9

Miałem pusty plik CNAME . Sprawdź, jeśli masz podobny problem.


16
Czy mógłbyś to trochę rozwinąć? Co musiałeś zmienić, żeby to zadziałało? A może musiałeś usunąć plik CNAME, który tam był? Dzięki!
cxw

1
Musiałem upewnić się, że plik CNAME zawiera wiersz z domeną, którą chciałem zbudować.
daniel-cheng

9

Miałem problem z niezweryfikowanym e-mailem. Aktualizacja zadziałała po raz pierwszy , ale potem się nie udało. Do uruchomienia kompilacji stron GitHub potrzebny jest zweryfikowany adres e-mail. Nie można również do tego użyć klucza wdrażania, ponieważ nie spowoduje to uruchomienia kompilacji.

Źródło: http://web.archive.org/web/20140712011932/https://help.github.com/articles/troubleshooting-github-pages-build-failures/

Zastrzeżenie: tak było w 2014 roku. Nie wiem, czy nadal jest to wymagane.


1
Miałem również ten sam problem z niezweryfikowanym e-mailem.
midinastasurazz

To mi pomogło. To też jedyna wzmianka o tym rozwiązaniu, jaką udało mi się znaleźć po około godzinie poszukiwań.
Giganticus

1
Klucz wdrażania nie uruchomi kompilacji!?!? WTF. Dziękuję za przyjęcie.
Domenic

1
Link jest uszkodzony ( „Ups! Wygląda na to, że ta strona nie istnieje” ).
Peter Mortensen

@PeterMortensen zastąpiono linkiem do archiwum internetowego, chociaż tak naprawdę nie wiem, czy informacje są już istotne
eis


6

Miałem dzisiaj ten błąd ze statyczną stroną - przyczyną była w rzeczywistości awaria usługi na samej stronie GitHub. Wiadomości serwisowe można sprawdzić pod adresem https://status.github.com/messages .


1
Wyrwałem prawie całą witrynę, próbując zredukować problem z kodem - okazuje się, że od wczoraj na githubie pojawiło się ogromne zaległości w tworzeniu stron - to prawie 24 godziny. (Github powinien zwrócić uwagę na link do strony stanu kompilacji na swojej stronie rozwiązywania problemów. Strona stanu znalazłem tylko z powodu błędu 404, który zawierał łącze na dole.)
Cascadia_Mike

1
Dziękuję :) Dzisiaj otrzymałem komunikat „Badanie - obecnie badam wzrost zaległości w kolejkach wpływających na kompilacje stron i dostawy niektórych elementów webhook”.
Thuan

Tak, ja też! @Thuan. to jest do bani!
Abdalla Arbab

5

Wiem, że może to brzmieć prosto, ale upewnij się, że jesteś na właściwej gałęzi i we właściwym pliku.

W moim przypadku utworzyłem stronę GitHub i próbowałem zatwierdzić z mojego lokalnego repozytorium w gałęzi głównej. Poza tym aktualizowałem nazwę pliku zamiast index.html . To były moje błędy. Musiałem przełączyć się na gałąź strony GitHub i zaktualizować w index.html zatwierdzanie, wypychanie i wszystko działało dobrze.


Zabawny. Ta odpowiedź zainspirowała mnie do ponownej oceny moich założeń i przypomniała mi, że muszę odbudować ze źródła.
jorisw

5

Miałem niezamknięty <a>tag, który powodował, że kompilacja była w nieskończoność. Naprawienie, które rozwiązało problem.

Sensowne jest, aby GitHub zweryfikował Twoje linki.


3

W moim przypadku zdarzyło się, że wspomniałem o względnej ścieżce odniesienia do obrazu, coś w stylu - ./test.png.

Wygląda na to, że jest to niedozwolone i może to być kwestia bezpieczeństwa lub co. Cokolwiek, jeśli zrobiłeś coś takiego, usuń to i nazywaj to test.png.


1
To samo dotyczy mnie: miałem względną ścieżkę w „<a href...>”
Erel Segal-Halevi

3

Dla mnie czekałem ~ 5 minut i został zaktualizowany.

Jeśli ktoś stworzył gałąź gh-pages od zera (ręcznie), problem polega na tym, że aby to działało, potrzebujesz wywołania pliku params.json.

Nie mam tego params.jsonpliku, ale nadal działa ...


Możesz sprawdzić, czy Github nadal potrzebuje czasu na zbudowanie Twojej witryny, czy też nie powiodło się na liście zatwierdzeń w Twoim repozytorium.
Lukas,


2

W moim przypadku zapomniałem zdefiniować kramdownw_config.yaml

# Build settings
markdown: kramdown

Było to spowodowane konwersją z motywu bez motywu z kramdownwymaganiem.


1

W moim przypadku, po próbach i błędach w niektórych rozwiązaniach tutaj, naprawiono to, że dodałem kodowanie do pliku _config w ten sposób

encoding: UTF-8

Więcej opcji rozwiązywania problemów tutaj


1

Dla mnie był to problem z nieprawidłowym posiadaniem pliku .gitmodules.

Udało mi się rozwiązać problem na karcie ustawień mojego repozytorium, w sekcji Strony GitHub, która wskazuje problemy z kompilacją i była pomocna przy rozwiązywaniu problemów.


1

Co dziwne (i po prostu) stworzyłem nową gałąź, ustawiłem ją jako gałąź „domyślną” i wypchnąłem stamtąd.

To zadziałało dla mnie.


1

W ustawieniach repozytorium upewnij się, że strony GitHub są obecnie budowane z gh-pagesgałęzi.


1

W moim przypadku problem polegał na tym, że moje repozytorium było prywatne . Po tym, jak to upubliczniłem , problem zniknął.

Dziwną częścią historii jest to, że udało mi się stworzyć prywatne repozytorium i używać z nim stron GitHub. Zrobiłem to zgodnie z oficjalnym przewodnikiem ( http://take.ms/p2SS7 ). Działało dobrze przez około 9 zatwierdzeń, ale dziesiątego zostało zepsute.


1

Miałem ten problem w tym tygodniu i żadne rozwiązanie nie zadziałało. Nie używam Jekyll, tylko czysty statyczny HTML. Po prostu siedział trzy dni, odmawiając aktualizacji.

Oto, co musiałem zrobić, aby ponownie opublikować.

  • Zrób snapshotgałąź z master.
  • Zresetuj mastergałąź do ostatniego opublikowanego zatwierdzenia. (Karta Commits, zielone znaczniki wyboru wskazują opublikowane zatwierdzenia)
  • Wykonaj nowe zobowiązanie za pomocą testu dymu. Zrobiłem komentarz HTML, który mogłem grep.
  • Wymuś pchnięcie master.
  • Sprawdź wyniki curl https://example.com | grep SMOKETEST
  • Zresetuj masterponownie, usuwając test dymu.
  • Wybierz każdy commit z snapshotgałęzi, do której chcesz odzyskać nieopublikowane zmiany master(wybór cherry-picking daje zatwierdzeniom nowe identyfikatory / hashe, unikając ryzyka, że ​​cokolwiek zechce je buforować).
  • masterPonownie naciśnij siłę .
  • Teraz powinieneś otrzymać zielone znaczniki wyboru i opublikowane aktualizacje.

Uwaga: wystarczy wymusić push, aby usunąć zablokowane zatwierdzenia i przywrócić je z powrotem. Test dymu prawie na pewno nie jest wymagany. Zbieranie wiśni może nie być wymagane.


0

Jeśli ktoś stworzył gałąź gh-pages od zera (ręcznie), problem polega na tym, że aby to działało, potrzebujesz wywołania pliku params.json.

Oto przykład tego pliku:

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

W moim przypadku miałem inny plik z tym samym permalinkdo strony, która nie odświeżała treści. Zwróć na to uwagę.


0

Sprawdź stan kompilacji stron gh w zakładce ustawień.

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

Jeśli używasz github_token, może on nie mieć uprawnień do tworzenia stron gh, więc możesz zobaczyć ostrzeżenie na karcie ustawień. Dlatego edycja index.html może działać. W tym przypadku użyj zatwierdzenia opartego na access_token lub ssh, aby automatycznie wypchnąć i zbudować strony gh.


0

W moim przypadku była to niepoprawna składnia kramdown . Mój kod był

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

Najwyraźniej musisz powiedzieć kramdownowi język:

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

0

Moje strony GitHub zostały wyłączone na karcie Ustawienia repozytorium.

Nie pamiętam, żebym go wyłączył, ale tak było i ponowne włączenie było rozwiązaniem.


0

W moim przypadku były dwa problemy (jeden "pebcak", a potem jeden bardziej ważny).

Miałem dwa adresy e-mail skonfigurowane w GitHub i sprawdzałem inny adres e-mail pod kątem komunikatów o błędach kompilacji (aby zarządzać wiadomościami e-mail: zaloguj się do GitHub, kliknij menu użytkownika w prawym górnym rogu, wybierz Ustawienia, a następnie „E-maile” z lewe menu -build komunikaty o błędach pojawią się na podstawowym zestawie e-mail).

Gdy zobaczyłem komunikaty o błędach, dowiedziałem się, że dodałem opis, w tym znak „:” w moim, _config.yamla ponieważ jest to znak używany do rozdzielania key,valuepar, uniemożliwiał budowanie witryny.


0

Miałem ten sam problem, ale w moim przypadku CNAME zawierało poprawną nazwę domeny.

Myślę, że problem miał coś wspólnego ze zmianą nazwy repozytorium, którą robiłem wcześniej ... Nazwa online różniła się od lokalnej, chociaż nie było problemów z wypychaniem, a pliki online zostały zaktualizowane - wersja na żywo nie.

Po usunięciu repozytorium z lokalnego komputera i ponownym sklonowaniu go z GitHub problem został rozwiązany.


0

Moim zdaniem strony GitHub są spóźnione od jednego zatwierdzenia. Oznacza to, że jeśli chcesz, aby odświeżył, dodaj dowolną modyfikację do źródła, zatwierdzenia i wypychania.

To zachowanie dotyczy tylko gałęzi gh-pages i repozytorium any.github.io . W folderze „docs” modyfikacje są stosowane bezpośrednio.


0

W moim przypadku problem polegał na tym, że git pushmój plik GitHub aktualizował się, ale nie wyświetlał mojej witryny na stronach GitHub.

Uwaga: tworzyłem stronę internetową przez React

Również w przypadku projektu HTML napotkałem ten sam problem. W takim razie zrobiłem to przede wszystkimgit pull a potem git status | git add . | git commit -m"adding some content" | and git push. U mnie to zadziałało.

Ale wReact project , to nie działa. Uruchamiam to ponownie na moim cmd, npm run deploya moja aplikacja internetowa React wyświetla się na stronach GitHub.

Mój propozycja jest spróbować wszystkiego wyświetlana w tym komentować. Ponieważ rozwiązanie tego problemu nie jest jednym.


Z React powinieneś najpierw skompilować projekt za pomocą npm run buildlub, yarn builda następnie przejść do build/folderu stron github . Lub możesz uzyskać do niego dostęp za pomocą yournickname.github.io/yourproject/buildścieżki linku (jeśli usuniesz build/z .gitignore)
flppv

Aby wyświetlić stronę internetową React na stronach GitHub, zastosowałem tę metodę github.com/gitname/react-gh-pages i zadziałało.
Md. Rana

0

W moim przypadku zostawiłem pusty parametr url, w _config.yaml.

Po określeniu url: example.github.iowszystkiego zaczęło działać.


0

Użyłem git commit -am "blah"i zapomniałem, że tylko moje linki nawigacyjne _data/navigation.yamlzostały zmienione, a nowe, page.mdktóre utworzyłem, nie zostało dodane do drzewa roboczego, dlatego po kliknięciu łącza w drzewie nawigacyjnym wyświetlany jest błąd 404.

Sprawdź, sprawdź jeszcze raz!

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.