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
źródło
Odpowiedzi:
Nic z tego nie rozwiązało tego dla mnie. Rozwiązaniem była edycja pliku index.html w serwisie GitHub.
źródło
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.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:
future: true
do swojego _config.ymltimezone: TIMEZONE
aby określić swoją strefę czasową.Więcej informacji można znaleźć pod adresem https://jekyllrb.com/docs/configuration/ .
źródło
future: true
do swojego_config.yml
. Jest teżTZ
opcja. ŹródłaPrzejdź 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.
źródło
Miałem pusty plik CNAME . Sprawdź, jeśli masz podobny problem.
źródło
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.
źródło
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/
źródło
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 .
źródło
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.
źródło
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.
źródło
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
.źródło
Dla mnie czekałem ~ 5 minut i został zaktualizowany.
Nie mam tego
params.json
pliku, ale nadal działa ...źródło
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.
źródło
W moim przypadku zapomniałem zdefiniować
kramdown
w_config.yaml
Było to spowodowane konwersją z motywu bez motywu z
kramdown
wymaganiem.źródło
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
Więcej opcji rozwiązywania problemów tutaj
źródło
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.
źródło
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.
źródło
W ustawieniach repozytorium upewnij się, że strony GitHub są obecnie budowane z
gh-pages
gałęzi.źródło
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.
źródło
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ć.
snapshot
gałąź zmaster
.master
gałąź do ostatniego opublikowanego zatwierdzenia. (Karta Commits, zielone znaczniki wyboru wskazują opublikowane zatwierdzenia)master
.curl https://example.com | grep SMOKETEST
master
ponownie, usuwając test dymu.snapshot
gałęzi, do której chcesz odzyskać nieopublikowane zmianymaster
(wybór cherry-picking daje zatwierdzeniom nowe identyfikatory / hashe, unikając ryzyka, że cokolwiek zechce je buforować).master
Ponownie naciśnij siłę .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.
źródło
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:
źródło
W moim przypadku miałem inny plik z tym samym
permalink
do strony, która nie odświeżała treści. Zwróć na to uwagę.źródło
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.
źródło
W moim przypadku była to niepoprawna składnia kramdown . Mój kod był
Najwyraźniej musisz powiedzieć kramdownowi język:
źródło
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.
źródło
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.yaml
a ponieważ jest to znak używany do rozdzielaniakey,value
par, uniemożliwiał budowanie witryny.źródło
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.
źródło
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.
źródło
W moim przypadku problem polegał na tym, że
git push
mój plik GitHub aktualizował się, ale nie wyświetlał mojej witryny na stronach GitHub.Również w przypadku projektu HTML napotkałem ten sam problem. W takim razie zrobiłem to przede wszystkim
git pull
a potemgit status | git add . | git commit -m"adding some content" | and git push
. U mnie to zadziałało.Ale w
React project
, to nie działa. Uruchamiam to ponownie na moim cmd,npm run deploy
a 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.
źródło
npm run build
lub,yarn build
a następnie przejść dobuild/
folderu stron github . Lub możesz uzyskać do niego dostęp za pomocąyournickname.github.io/yourproject/build
ścieżki linku (jeśli usunieszbuild/
z.gitignore
)W moim przypadku zostawiłem pusty parametr
url
, w_config.yaml
.Po określeniu
url: example.github.io
wszystkiego zaczęło działać.źródło
Użyłem
git commit -am "blah"
i zapomniałem, że tylko moje linki nawigacyjne_data/navigation.yaml
zostały zmienione, a nowe,page.md
któ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!
źródło