최상의 Github 페이지 배포

하이드 씨

읽고 있는 텍스트는 GitHub의 Jekyll blog에서 얻을 수 있으며 무료Github Pages를 사용할 수 있습니다.
긴 말은 짧게 말하자면 Jekyll는 템플릿 엔진으로 정적 markdown 웹 페이지의 HTML 문서를 바꿀 수 있고anywyere를 위탁 관리할 수 있습니다.
PHP나 Python의 데이터베이스나 서버가 필요하지 않기 때문이다.

일반 프로세스

일반적으로 새 게시물을 추가하는 절차는 다음과 같습니다.

나는 markdown 문서를 작성하고 제목, 날짜와 탭 등 파라미터를 설정한다

내가 쓴 내용이 만족스러울 때 (절대로) 변경 사항을 제출하고 GitHub의 저장소로 전송합니다.메모리 라이브러리 이름은 나의 닉이자 블로그 주소asvid.github.io에서 왔다.

Github는 브랜치master로 전송된 후 Jekyll을 사용하여 원본 코드로 사이트를 구축했다. 이것은 런닝jekyll build과 유사할 수 있다.

Jekyll build 결과는 저장소에 없지만 방문blog page 후 바로 볼 수 있습니다.

위의 절차는 재구매 웹 사이트나 GitHub 자체에서 구성할 필요 없이 자동으로 수행됩니다.당신이 필요로 하는 것은fallows 모드를 가진 환매 협의 이름입니다: {user_name}.github.io.
정상적인 상황에서 그것은 효과적이다.하지만...

플러그인 갖고 싶어요.

때때로 너는 너의 페이지에 멋진 것을 추가하고 싶다.나는 폴란드어와 영어 같은 몇 가지 언어를 사용하고 싶다.제킬은 이걸 천성적으로 지지하는 게 아니야...하지만 그럴 리가 없어요.😄
그래서 플러그인 Polyglot 을 찾았습니다. 같은 페이지에 여러 언어를 추가할 수 있고, 완전히 재구성하거나 재구성할 필요가 없습니다.
나는 썼어, 시간이 좀 지나면 좀 쓸모가 있어.오랜 시간이 지난 후, 그것은 내가 원하는 대로 일했다.현지에서.
변경 사항을 GitHub 페이지로 밀어 넣으면 페이지가 제대로 작동하지 않습니다.나는 GitHub이 네가 던진 모든 것을 간단하게 구축하는 것이 아니라 하나가 있다는 것을 알게 되었다
whitelist(이 이름을 언제 바꿀지 알고 싶어요...)지원되는 플러그 인의 수입니다.
안타깝게도 Polyglot의 창조자가 시도했지만 이 명단에 나타나지 않았다.보안상의 이유로 화이트리스트 자체는 이해할 수 있습니다. GitHub이 사악한 플러그인이나 GitHub 서버에서 실행되는 숨겨진 비트코인 광부들 때문에 붕괴되기를 원하지 않습니다.

근데 나 진짜 이 플러그인 필요해.

모든 문제와 마찬가지로 이 문제에도 해결 방안이 있다.심지어 매우 적다.로컬에서 페이지를 구축하고 master 지점으로 전송할 수 있으며, 예를 들어 develop 지점에 원본 코드를 저장할 수 있습니다.
그리고NodeJS package NodeJS 응용 프로그램을 GitHub 페이지로 발표합니다.
하지만 나는 게으르다. 나는 수동으로 구축하고 싶지 않다. 원본 코드와 구축 결과를 단독으로 전송하고 싶지 않다. 나도 NodeJS 응용 프로그램이 없기 때문에 해결 방안 3을 사용한다.

GitHub 작업

GitHub Actions는 기본 CI로서 각 저장소에 무료로 사용할 수 있습니다.
이 CI를 사용하려면 설정 Workflow 과 설정 yaml 을 만들어야 합니다.있음many available actions,
만약 무엇을 빠뜨렸다면, 너는 스스로 하나를 만들거나, 몇 개를 하나의 업무 흐름에 통합할 수 있다.
워크플로를 추가하려면 저장소 -> 작업 -> 새 워크플로로 이동하고 링크set up a workflow yourself를 클릭합니다.


이것은 디렉터리 yaml 의 저장소에 config가 있는 파일을 추가합니다.
Jekyll 블로그를 게시할 때 사용된 플러그인Jekyll-Actions은 다음과 같이 워크플로우에 구성되어 있지 않습니다.

name: GitHub Pages publication

on:
  push

jobs:
  jekyll:
    runs-on: ubuntu-16.04
    steps:
    - uses: actions/checkout@v2

    # Use GitHub Actions' cache to shorten build times and decrease load on servers
    - uses: actions/cache@v1
      with:
        path: vendor/bundle
        key: ${{ runner.os }}-gems-${{ hashFiles('**/Gemfile.lock') }}
        restore-keys: |
          ${{ runner.os }}-gems-
    # Standard usage
    - uses:  helaili/[email protected]
      env:
        JEKYLL_PAT: ${{ secrets.JEKYLL_PAT }}

    # Specify the Jekyll source location as a parameter
    - uses: helaili/[email protected]
      env:
        JEKYLL_PAT: ${{ secrets.JEKYLL_PAT }}

이 작업은 .github/workflows 컨테이너 내에서 실행되며 다음을 수행합니다.

트레스패스 후 저장소를 다운로드할 때마다

캐시를 사용하여 동일한 다운로드를 하지 않는 경우ubuntu-16.04매번 실행

실행은 지점Gems에 페이지를 생성하고ot를 발표하는 데 사용되며, master의 지원으로 인해 푸시할 수 있습니다.

지점의 발표 secrets.JEKYLL_PAT 는 원본 코드 변경을 지점으로 미루어서는 안 된다는 것을 의미합니다.
이 동작을 사용하려면 변경 사항을 master 전송하고 develop 스크립트가 생성하고 전송한 파일만 남겨야 합니다.

어떻게 비밀을 만드는가.제키르 파트

작업 자체는 격리 용기에서 작업하고 저장소에 쓰기 권한이 없습니다.그것은 공공이기 때문에 읽을 수 있다.
이를 위해서는 master 역할 영역이 있는 액세스 토큰을 만든 다음 저장소에 기밀로 추가하고 구성에 필요한 이름public_repo을 사용해야 합니다.
GitHub 계정 설정에서 토큰을 생성할 수 있습니다. 설정 -> 개발자 설정 -> 개인 방문 토큰입니다.secret.JEKYLL_PAT를 클릭한 후 이름을 기입하고 복선상자Generate new token를 선택합니다.

bottmpublic_repo의 단추를 누르면 복사할 수 있는 유일한 기회가 있습니다. 사용하시기를 권장합니다.😄
복사된 토큰을 저장소 기밀에 붙여 넣어야 합니다. 설정 -> 기밀 -> 새 기밀입니다.이름은 설정Generate token과 유사하며 값은 복사의 표시입니다.

그것은 반드시 작용할 것이다.적어도 나에게 쓸모가 있다. 왜냐하면 너는 지금 이 문장을 읽고 있기 때문이다😄