GitHub 페이지가 업데이트되지 않습니다.

GitHub 페이지에 이상한 문제가 있습니다. 내 개인 페이지 페이지 maltzj.github.io에 새 커밋을 푸시 했지만 새 기사가 거기에 표시되지 않습니다. 로컬에서 서버를 실행하면 게시물이 localhost:4000/posts/the-price-of-inconsistent-code/. 그러나 http://maltzj.github.io/posts/the-price-of-inconsistent-code 로 이동 하면 404가 표시됩니다. 또한 http : //maltz.github에 있어야하는 새 파일을 추가했습니다 . io / test.html 이지만 404도 발생합니다.

모든 것이 로컬에서 빌드되고 실행됩니다. 내 Git 리포지토리가 최신 상태이며 GitHub 상태 페이지에 빌드 문제에 대한 내용이 없으므로이 작업을 수행해야 할 위치에 대해 약간의 손실이 있습니다. 추가 한 새 콘텐츠로 페이지를 업데이트하려면 어떻게해야합니까?

참고로 내 페이지를 뒷받침하는 저장소 위치는 http://github.com/maltzj/maltzj.github.io입니다.

이것의 어떤 것도 나를 위해 그것을 해결하지 못했습니다. 해결책은 index.html 파일을 GitHub 웹 사이트로 편집하는 것이 었습니다 .

다른 사람들의 경우 게시물 날짜도 확인하십시오. 방금이 문제가 발생했습니다. 저는 UTC + 11이고 서버가 UTC에 있다고 확신합니다. 따라서 내 게시물을 현지 시간으로 날짜를 지정하면 서버는 게시물이 미래라고 생각하고 작성하지 않을 것입니다. UTC를 사용하면 이것을 피했습니다.

아래 댓글에서 joao cenoura가 언급했듯이 :

• _config.yml에 추가 future: true하여 jekyll에게 "미래"게시물을 표시하도록 지시 할 수 있습니다.
• 및 / 또는 추가 timezone: TIMEZONE하여 시간대를 지정합니다.

자세한 내용은 https://jekyllrb.com/docs/configuration/ 을 참조 하십시오 .

사이트 ( example.github.io/index.html )를 통해 index.html 파일로 이동 한 다음 페이지를 다시로드합니다. 그런 다음 ( example.github.io ) 로 돌아갈 수 있으며 업데이트되어야합니다. master.css 파일 등으로 동일한 작업을 수행 할 수 있습니다 .

작동하지 않으면 ( github.com/example/example.github.io/[blob/master/]index.html ) 대신 다시로드 해보 십시오. 그러면 업데이트됩니다.

빈 CNAME 파일이 있습니다. 비슷한 문제가 있는지 확인하십시오.

확인되지 않은 이메일 문제가있었습니다. 업데이트는 처음으로 작동 했지만 그 후에는 실패했습니다. GitHub 페이지 빌드를 트리거하려면 확인 된 이메일이 필요합니다. 또한 배포 키는 빌드를 트리거하지 않으므로이를 위해 사용할 수 없습니다.

출처 : http://web.archive.org/web/20140712011932/https://help.github.com/articles/troubleshooting-github-pages-build-failures/

면책 조항 : 2014 년의 경우입니다. 여전히 필요한지 모르겠습니다.

제 경우에는 위의 솔루션 중 어느 것도 작동하지 않습니다. 마지막으로 그 이유는 다음과 같습니다. _config.yml에 "relative_permalinks"옵션이 있습니다. 이 옵션은 최근 Jekyll 3.0에서 더 이상 사용되지 않습니다.

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

나는 오늘 정적 페이지 에서이 오류가 발생했습니다. 원인은 실제로 GitHub 페이지 자체의 서비스 오류였습니다. https://status.github.com/messages 에서 서비스 메시지를 확인할 수 있습니다 .

간단하게 들릴 수 있지만 올바른 분기와 올바른 파일에 있는지 확인하십시오.

제 경우에는 GitHub 페이지를 만들고 마스터 브랜치의 로컬 저장소에서 커밋을 시도했습니다. 또한 index.html 대신 파일 이름을 업데이트했습니다 . 이것은 내 실수였습니다. GitHub 페이지 브랜치로 전환하고 index.html 커밋 에서 업데이트하고 푸시하면 모든 것이 잘 작동합니다.

닫히지 않은 <a>태그가있어 빌드가 영원히 보류되었습니다. 문제를 해결 한 수정.

GitHub가 링크를 확인하는 것이 합리적입니다.

제 경우에는 이미지를 참조하는 상대 경로를 언급했습니다.- ./test.png.

허용되지 않는 것 같고 보안 문제 일 수 있습니다. 어쨌든, 당신이 그런 일을했다면 그것을 제거하고 test.png.

저에게는 5 분 정도 기다렸다가 업데이트되었습니다.

누군가가 처음부터 (수동으로) 브랜치를 gh-pages 만든 경우 문제는 파일 호출 params.json이 필요하다는 것입니다.

이 params.json파일은 없지만 여전히 작동합니다 ...

여러 오류 소스가 있으므로 Jekyll 문제 해결 웹 사이트를 참조하십시오. GitHub 페이지 사이트의 Jekyll 빌드 오류 문제 해결

제 경우에는 Markdown 파일 의 독일어 움라우트 ( "ö")가 문제를 일으켰습니다.

제 경우에는 정의하는 것을 잊었습니다 kramdown._config.yaml

# Build settings
markdown: kramdown

이것은 내가없는 테마에서 kramdown요구 사항이 있는 테마로 변환 할 때 발생했습니다 .

제 경우에는 일부 솔루션에 대한 시행 착오 끝에 다음과 같이 _config 파일에 인코딩을 추가하는 것이 수정되었습니다.

encoding: UTF-8

여기에 추가 문제 해결 옵션

저에게는 .gitmodules 파일이 제대로없는 문제였습니다.

빌드 문제를 나타내며 문제 해결에 도움이되는 GitHub 페이지 섹션 아래의 저장소 설정 탭에서 문제를 해결할 수있었습니다.

이상하게도 (간단히) 새 브랜치를 만들고 그 브랜치를 "기본"브랜치로 만들고 거기에서 푸시했습니다.

이것은 나를 위해 일했습니다.

저장소 설정에서 GitHub 페이지가 현재 gh-pages분기 에서 빌드되고 있는지 확인합니다 .

제 경우에 문제는 제 저장소가 비공개 이기 때문입니다 . 공개 한 후 문제가 사라졌습니다.

이야기의 이상한 부분은 개인 저장소를 만들고 GitHub 페이지를 사용할 수 있다는 것입니다. 공식 가이드 ( http://take.ms/p2SS7 ) 에 따라했습니다 . 약 9 개의 커밋에 대해 잘 작동했지만 10 일에 깨졌습니다.

이번 주에이 문제가 있었는데 해결책이 없었습니다. Jekyll을 사용하지 않고 순수한 정적 HTML 만 사용합니다. 업데이트를 거부하는 것은 3 일뿐이었습니다.

다시 게시하기 위해해야 ​​할 일은 다음과 같습니다.

• 에서 snapshot분기를 만듭니다 master.
• master라이브 인 마지막 커밋으로 분기를 재설정합니다 . (커밋 탭, 녹색 확인 표시는 게시 된 커밋을 나타냄)
• 연기 테스트로 새로운 커밋을 만드십시오. 내가 grep 할 수있는 HTML 주석을 만들었습니다.
• 강제 푸시 master.
• 결과 확인 curl https://example.com | grep SMOKETEST
• 다시 재설정 master하여 연기 테스트를 제거하십시오.
• snapshot게시되지 않은 변경 사항을 다시 가져 오는 데 필요한 브랜치 에서 각 커밋을 master선택합니다 (체리 선택은 커밋에 새 ID / 해시를 제공하여 이전에서 캐시 한 모든 위험을 방지합니다).
• master다시 강제로 누르십시오 .
• 이제 녹색 확인 표시와 게시 된 업데이트가 표시됩니다.

참고 : 멈춘 커밋을 강제로 제거하고 다시 가져 오는 것으로 충분할 수 있습니다. 연기 테스트는 거의 필요하지 않습니다. 체리 따기가 필요하지 않을 수 있습니다.

누군가가 처음부터 (수동으로) 브랜치를 gh-pages 만든 경우 문제는 파일 호출 params.json이 필요하다는 것입니다.

다음은 해당 파일의 예입니다.

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

제 경우 permalink에는 콘텐츠를 새로 고치지 않는 페이지 와 동일한 다른 파일 이 있습니다. 그것에주의하십시오.

설정 탭에서 gh-pages의 빌드 상태를 확인하십시오.

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

github_token을 사용하는 경우 gh- 페이지를 빌드 할 권한이 없으므로 설정 탭에 경고가 표시 될 수 있습니다. 이것이 index.html 편집이 작동하는 이유입니다. 이 경우 access_token 또는 ssh 기반 커밋을 사용하여 gh- 페이지를 자동으로 푸시하고 빌드합니다.

제 경우에는 잘못된 kramdown 구문이었습니다. 내 코드는

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

분명히 kramdown에게 언어를 말해야합니다.

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

내 GitHub 페이지는 저장소 의 설정 탭 에서 꺼져 있습니다 .

나는 그것을 껐던 것을 기억하지 못하지만 거기에 있었고 다시 켜는 것이 수정되었습니다.

제 경우에는 두 가지 문제가있었습니다 (하나는 "pebcak"이고 그 다음에는 더 유효한 문제).

GitHub에 두 개의 이메일 주소를 설정했고 빌드 오류 메시지에 대해 기본이 아닌 이메일을 확인하고있었습니다 (이메일 관리 : GitHub에 로그인하고 오른쪽 상단의 사용자 메뉴를 클릭 한 다음 설정을 선택한 다음 '이메일'). 왼쪽 메뉴-빌드 오류 메시지가 기본 이메일 세트에 도착합니다.)

오류 메시지가 표시되면 ":"문자를 포함하여 설명을 추가 _config.yaml했으며 이것이 key,value쌍 을 분리하는 데 사용되는 문자이기 때문에 사이트를 구축하는 데 방해 가된다는 것을 알았습니다 .

같은 문제가 있었지만 제 경우에는 CNAME 에 올바른 도메인 이름이 포함되어 있습니다.

문제는 내가 전에 한 저장소 이름 변경과 관련이 있다고 생각합니다 ... 온라인 이름은 로컬과는 달랐지만 푸시에 문제가없고 온라인 파일이 업데이트되었습니다. 라이브 버전은 그렇지 않았습니다.

로컬 시스템에서 저장소를 삭제하고 GitHub에서 다시 복제 한 후 문제가 해결되었습니다.

내 생각에 GitHub 페이지는 한 커밋에서 늦었습니다. 즉, 새로 고치려면 소스, 커밋 및 푸시에 수정 사항을 추가하십시오.

이 동작은 gh-pages 분기 및 any.github.io 저장소 에만 적용됩니다 . "docs"폴더에서 수정 사항이 직접 적용됩니다.

제 경우에는 git pushGitHub 파일이 업데이트되었지만 GitHub 페이지에 내 웹 사이트가 표시되지 않은 후 문제가 발생했습니다 .

참고 : React에서 웹 사이트를 만들고있었습니다.

또한 HTML 프로젝트에서 동일한 문제에 직면했습니다. 이 경우, 그냥 우선 한 git pull다음 git status | git add . | git commit -m"adding some content" | and git push. 그것은 나를 위해 일했습니다.

그러나 에React project , 그것은 작동하지 않았다. cmd에서 다시 실행하면 npm run deployReact 웹 애플리케이션이 GitHub 페이지에 표시됩니다.

내 제안 은이 게시물 댓글에 표시되는 모든 것을 시도하는 것입니다. 이 문제에 대한 해결책은 하나가 아니기 때문입니다.

내 경우에는 내가 빈 매개 변수를 왼쪽 url에,_config.yaml .

내가 지정한 후 url: example.github.io모든 것이 작동하기 시작했습니다.

git commit -am "blah"내 탐색 링크 만 _data/navigation.yaml변경되었고 새로 page.md만든 새 항목 이 작업 트리에 추가되지 않았기 때문에 탐색 트리에서 링크를 클릭하면 404 오류가 표시 되는 것을 사용 하고 잊어 버렸습니다 .

확인, 다시 확인!