Strony GitHub nie są aktualizowane

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

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

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/ .

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.

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

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.

W moim przypadku żadne z powyższych rozwiązań nie działa. W końcu dowiaduję się, że przyczyna jest taka: w moim _config.yml jest opcja „relative_permalinks”. Ta opcja jest ostatnio przestarzała w Jekyll 3.0.

Zobacz: https://help.github.com/articles/removing-relative-permalinks/

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 .

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.

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.

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.

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 ...

Zapoznaj się z witryną rozwiązywania problemów z Jekyll, ponieważ istnieje wiele źródeł błędów: Rozwiązywanie problemów z błędami kompilacji Jekyll w witrynach GitHub Pages

W moim przypadku problem spowodował niemiecki umlaut („ö”) w pliku Markdown.

W moim przypadku zapomniałem zdefiniować kramdownw_config.yaml

# Build settings
markdown: kramdown

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

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

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.

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.

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

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.

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.

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."
}

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ę.

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.

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 %}

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.

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.

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.

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.

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.

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

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

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!