ഹബ്‌റിനെ അൽപ്പം പരിശോധിച്ച ശേഷം, GitHub-ന്റെ (ബീറ്റ) സവിശേഷത - പ്രവർത്തനങ്ങൾ എന്ന വിഷയത്തിൽ വളരെ കുറച്ച് ലേഖനങ്ങൾ മാത്രമേ പ്രസിദ്ധീകരിച്ചിട്ടുള്ളൂ എന്നത് എന്നെ അത്ഭുതപ്പെടുത്തി.

"ബീറ്റ" ആണെങ്കിലും, പ്രവർത്തനം ഇപ്പോഴും പരിശോധനയിലാണ് എന്ന വസ്തുതയാൽ അത്തരം അടിവരയിടൽ വിശദീകരിക്കാൻ കഴിയുമെന്ന് തോന്നുന്നു. എന്നാൽ ഈ ടൂൾ സ്വകാര്യ റിപ്പോസിറ്ററികളിൽ ഉപയോഗിക്കാൻ അനുവദിക്കുന്ന ബീറ്റയുടെ ഉപയോഗപ്രദമായ സവിശേഷതയാണിത്. ഈ സാങ്കേതികവിദ്യയിൽ പ്രവർത്തിക്കുന്നതിനെക്കുറിച്ചാണ് ഞാൻ ഈ ലേഖനത്തിൽ സംസാരിക്കുന്നത്.

ചരിത്രം

ഞങ്ങൾ ക്രമത്തിൽ ആരംഭിക്കുകയാണെങ്കിൽ, ഒരു വ്യക്തിഗത “എന്നെക്കുറിച്ച്” വെബ്‌സൈറ്റ് സംഭരിക്കുന്നതിന് വേഗതയേറിയതും സൗകര്യപ്രദവും എളുപ്പവും സൌജന്യവുമായ ഓപ്ഷൻ തിരയുന്ന പ്രക്രിയയിൽ, എനിക്ക് നിരവധി രാത്രികൾ ചെലവഴിക്കേണ്ടിവന്നു, നിരവധി ലേഖനങ്ങളിലൂടെ കടന്നുപോകേണ്ടി വന്നു.

ചില ആളുകൾ ഹോസ്റ്റിംഗ് തിരഞ്ഞെടുക്കുന്നു, മറ്റുള്ളവർ ഒരു ക്ലൗഡ് സെർവർ, കൂടാതെ സ്റ്റാറ്റിക് സൈറ്റുകൾ ഒരു ശേഖരത്തിലേക്ക് അപ്‌ലോഡ് ചെയ്യുന്നത് പോലെയുള്ള ജോലി, ഇടപെടൽ, പേയ്‌മെന്റ് എന്നിവ മനസ്സിലാക്കാൻ ആഗ്രഹിക്കാത്തവർ, ഇപ്പോൾ ഇത് GitHub-ലും GitLab-ലും ചെയ്യാൻ കഴിയും.

തീർച്ചയായും, ഇത് എല്ലാവരുടെയും വ്യക്തിപരമായ തിരഞ്ഞെടുപ്പാണ്.

എന്റെ അവസാന തിരഞ്ഞെടുപ്പ് GitHub പേജുകൾ ആയിരുന്നു.

പേജുകളെ കുറിച്ച്

ആർക്കാണ് അറിയാത്തത് gh-pages - ഇത് ഒരു വെബ്‌സൈറ്റിന്റെ രൂപത്തിൽ ഡോക്യുമെന്റേഷൻ സംഭരിക്കുന്നതിനുള്ള ഒരു ഓപ്ഷനാണ്, ഇത് സൗജന്യമായി നൽകുന്നു, കൂടാതെ ഡോക്യുമെന്റേഷന് പുറമേ, വ്യക്തിഗത വെബ്‌സൈറ്റുകൾ സംഭരിക്കുന്നതിനും ഇത് നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു. ഈ പ്രവർത്തനം എല്ലാ ഉപയോക്താക്കൾക്കും GitHub നൽകുന്നു, കൂടാതെ റിപ്പോസിറ്ററി ക്രമീകരണങ്ങളിൽ ലഭ്യമാണ്.

പ്രോജക്റ്റ് റിപ്പോസിറ്ററി ഒരു ശാഖ ഉപയോഗിക്കുന്നു gh-pages, ഒരു ഉപയോക്തൃ സൈറ്റിനായി - പേരുള്ള ഒരു പ്രത്യേക ശേഖരം username.github.io സൈറ്റ് ഉറവിടങ്ങൾക്കൊപ്പം master ശാഖ.

നിങ്ങൾക്ക് കൂടുതൽ വിശദാംശങ്ങൾ കാണാൻ കഴിയും ഡോക്യുമെന്റേഷനിൽ, എന്നാൽ ഒരു ഫയൽ ചേർത്തുകൊണ്ട് അത്തരമൊരു സൈറ്റിലേക്ക് സ്വന്തം ഡൊമെയ്‌ൻ ലിങ്ക് ചെയ്യാൻ ആരെയും അനുവദിക്കുന്നതിൽ GitHub അതിശയകരമാംവിധം ഉദാരമനസ്കത കാണിക്കുന്നുവെന്ന് ഞാൻ ശ്രദ്ധിക്കട്ടെ. CNAME ഡൊമെയ്ൻ നാമം സഹിതം നിങ്ങളുടെ ഡൊമെയ്ൻ ദാതാവിന്റെ ഡിഎൻഎസ് GitHub സെർവറുകളിൽ സജ്ജീകരിക്കുക.

അത്തരമൊരു സൈറ്റ് എങ്ങനെ വികസിപ്പിക്കാം എന്നതിനെക്കുറിച്ച് ഇവിടെ ധാരാളം ലേഖനങ്ങൾ ഉണ്ടെന്ന് എനിക്ക് ഉറപ്പുണ്ട്, അതിനാൽ ഞാൻ കൂടുതൽ സംസാരിക്കാൻ പോകുന്നത് അതല്ല.

ഉയർന്നുവരുന്ന പ്രശ്നം

ഒരു സ്റ്റാറ്റിക് ജനറേറ്റർ ഉപയോഗിക്കുമ്പോൾ, പേജുകൾ സൃഷ്ടിക്കുന്നതിനും അവ ശേഖരത്തിലേക്ക് ലോഡ് ചെയ്യുന്നതിനുമുള്ള പ്രക്രിയ ലളിതമാക്കുന്നതിന് അധിക സ്ക്രിപ്റ്റുകൾ എഴുതുകയും ലൈബ്രറികൾ ഉപയോഗിക്കുകയും ചെയ്യേണ്ടത് ആവശ്യമാണ് എന്നതാണ് പ്രശ്നം. ലളിതമായി, നിങ്ങൾ ഉറവിടങ്ങൾ ഒരു പ്രത്യേക സ്വകാര്യ ശേഖരത്തിൽ സൂക്ഷിക്കുകയാണെങ്കിൽ, സൈറ്റിൽ എന്തെങ്കിലും മാറ്റമുണ്ടാകുമ്പോഴെല്ലാം, തുടർന്നുള്ള തലമുറയിലെ സ്റ്റാറ്റിക് പേജുകൾക്കും പ്രധാന സൈറ്റ് ശേഖരണത്തിൽ പ്രസിദ്ധീകരണത്തിനും പ്രാദേശിക അന്തരീക്ഷം വിന്യസിക്കേണ്ടത് ആവശ്യമാണ്.

സമൃദ്ധിയുണ്ട് സ്റ്റാറ്റിക് ജനറേറ്ററുകൾ അവർക്കെല്ലാം ഒരേ പ്രശ്നമുണ്ട്. ഈ പ്രവർത്തനങ്ങൾക്ക് വളരെയധികം സമയവും പ്രയത്നവും ആവശ്യമാണ്, ആത്യന്തികമായി സൈറ്റിലെ ജോലി മന്ദഗതിയിലാക്കുന്നു, പ്രത്യേകിച്ചും OS-ൽ നിന്ന് OS-ലേക്കുള്ള നിരവധി മൈഗ്രേഷനുകൾ അല്ലെങ്കിൽ ഹാർഡ് ഡ്രൈവുകളിൽ ഡാറ്റ നഷ്‌ടപ്പെടുന്ന സംഭവങ്ങൾക്ക് ശേഷം. (എന്റെ കാര്യത്തിൽ ഇതുതന്നെയായിരുന്നു അവസ്ഥ).

അടുത്തിടെ, വെബ്‌സൈറ്റിലെ ഒരു പോപ്പ്-അപ്പ് അറിയിപ്പിലോ GitHub-ൽ നിന്നുള്ള ഒരു വാർത്താക്കുറിപ്പിലോ, പുതുതായി നിർമ്മിച്ച ഒരു CI/CD ശ്രദ്ധയിൽപ്പെട്ടു, ഇത് കുറഞ്ഞ പ്രയത്നത്തോടെ ഈ പ്രവർത്തനങ്ങൾ നടപ്പിലാക്കുന്നത് സാധ്യമാക്കി.

സ്റ്റാറ്റിക് പേജ് ജനറേറ്ററുകളെ കുറിച്ച്

ഈ ഉപ ഇനത്തിൽ ഞാൻ പ്രത്യേക ശ്രദ്ധ കേന്ദ്രീകരിക്കില്ല, എന്നാൽ ഇനിപ്പറയുന്നവ തിരഞ്ഞെടുക്കുമ്പോഴും ഉപയോഗിക്കുമ്പോഴും ഞാൻ കണ്ടെത്തിയ രണ്ട് തീസിസുകൾ ഞാൻ പങ്കിടും:

1) നിങ്ങളുടെ പ്രോഗ്രാമിംഗ് ഭാഷയ്ക്ക് അനുയോജ്യമായ ഒരു ജനറേറ്റർ തിരഞ്ഞെടുക്കുക, അല്ലെങ്കിൽ കഴിയുന്നത്ര വ്യക്തമായ ഒന്ന്. സൈറ്റിന്റെ പ്രവർത്തനത്തിനായി ചില പ്രവർത്തനങ്ങൾ ചേർക്കേണ്ട സമയത്താണ് ഞാൻ ഈ ആശയത്തിലേക്ക് വന്നത്, അതിന്റെ കൂടുതൽ സ്ഥിരതയ്ക്കും ഓട്ടോമേഷനും ക്രച്ചുകൾ ചേർക്കുക. ഇതുകൂടാതെ, പ്ലഗിനുകളുടെ രൂപത്തിൽ അധിക പ്രവർത്തനം സ്വയം എഴുതുന്നതിനുള്ള ഒരു നല്ല കാരണമാണിത്;

2) ഏത് ജനറേറ്റർ തിരഞ്ഞെടുക്കണം എന്നത് ഒരു വ്യക്തിഗത ചോയിസാണ്, എന്നാൽ GitHub പേജുകളുടെ പ്രവർത്തനത്തിലെ പ്രാരംഭ മുഴക്കത്തിനായി, നിങ്ങൾ ആദ്യം ഇൻസ്റ്റാൾ ചെയ്യണം എന്നത് പരിഗണിക്കേണ്ടതാണ്. ജെക്കിൾ. ഭാഗ്യവശാൽ, ഉറവിടങ്ങളിൽ നിന്ന് നേരിട്ട് റിപ്പോസിറ്ററിയിൽ നിന്ന് ഒരു വെബ്സൈറ്റ് സൃഷ്ടിക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു (എന്റെ ഇഷ്ടപ്രകാരം ഞാൻ ഇത് ആവർത്തിക്കും).

എന്റെ ജനറേറ്ററിന്റെ തിരഞ്ഞെടുപ്പ് ആദ്യ പോയിന്റിനെ അടിസ്ഥാനമാക്കിയുള്ളതാണ്. പെലിക്കൻ പൈത്തണിൽ എഴുതിയത് ജെക്കിലിനെ എളുപ്പത്തിൽ മാറ്റിസ്ഥാപിച്ചു, അത് എനിക്ക് അന്യമാണ് (ഏതാണ്ട് ഒരു വർഷത്തോളം ഇത് ഉപയോഗിച്ചു). തൽഫലമായി, ലേഖനങ്ങൾ സൃഷ്‌ടിക്കുകയും എഡിറ്റുചെയ്യുകയും ഒരു വെബ്‌സൈറ്റിൽ പ്രവർത്തിക്കുകയും ചെയ്യുന്നത് പോലും എനിക്ക് താൽപ്പര്യമുണർത്തുന്ന ഒരു ഭാഷയിൽ അധിക അനുഭവം നൽകുന്നു.

__

പ്രശ്ന പ്രസ്താവന

ഒരു സ്വകാര്യ റിപ്പോസിറ്ററിയിൽ നിന്ന് യാന്ത്രികമായി സ്റ്റാറ്റിക് പേജുകൾ സൃഷ്ടിക്കുന്ന ഒരു സ്ക്രിപ്റ്റ് (യഥാർത്ഥത്തിൽ ഒരു കോൺഫിഗറേഷൻ ഫയൽ) എഴുതുക എന്നതാണ് പ്രധാന ചുമതല. പരിഹാരത്തിൽ ഒരു വെർച്വൽ എൻവയോൺമെന്റിന്റെ പ്രവർത്തനക്ഷമത ഉൾപ്പെടും. സ്ക്രിപ്റ്റ് തന്നെ റെഡിമെയ്ഡ് പേജുകൾ പൊതു ശേഖരത്തിലേക്ക് ചേർക്കും.

പരിഹാരത്തിനുള്ള ഉപകരണങ്ങൾ

പ്രശ്നം പരിഹരിക്കാൻ ഞങ്ങൾ ഉപയോഗിക്കുന്ന ഉപകരണങ്ങൾ:

• GitHub പ്രവർത്തനങ്ങൾ;
• പൈത്തൺ 3.7;
• പെലിക്കൻ;
• Git;
• GitHub പേജുകൾ.

ട്രബിൾഷൂട്ട് ചെയ്യുന്നു

അതിനാൽ, ഡോക്യുമെന്റേഷനുമായി അൽപ്പം പരിചയപ്പെടുകയും പ്രവർത്തനങ്ങൾക്കുള്ള സ്ക്രിപ്റ്റുകൾ എങ്ങനെ എഴുതുന്നുവെന്ന് മനസിലാക്കുകയും ചെയ്ത ശേഷം, ഈ സംവിധാനം ഉയർന്നുവന്ന പ്രശ്നം പൂർണ്ണമായും പരിഹരിക്കുമെന്ന് വ്യക്തമായി. എഴുതുന്ന സമയത്ത്, ഈ പ്രവർത്തനം ഉപയോഗിക്കുന്നതിന് നിങ്ങൾ സബ്‌സ്‌ക്രൈബ് ചെയ്യണം. ബീറ്റ പരിശോധനയ്ക്കായി!

Github തന്നെ പുതിയ പ്രവർത്തനത്തിന്റെ വിവരണം

ഒരു ഫോൾഡറിൽ പേരിട്ടിരിക്കുന്ന ഫയൽ സൃഷ്‌ടിച്ചാണ് ഒരു പ്രവർത്തന സ്‌ക്രിപ്റ്റ് എഴുതുന്നത് ആരംഭിക്കുന്നത് .github അതിന്റെ ഉപഫോൾഡറും workflows. ഇത് സ്വമേധയാ അല്ലെങ്കിൽ റിപ്പോസിറ്ററി പേജിലെ പ്രവർത്തന ടാബിലെ എഡിറ്ററിൽ നിന്ന് ചെയ്യാം.

ഒരു ശൂന്യമായ സ്ക്രിപ്റ്റ് ഫോമിന്റെ ഉദാഹരണം

ഫോമിൽ ഞാൻ ഹ്രസ്വമായി അഭിപ്രായം പറയും

name: CI    # название скрипта: будет отображаться во вкладке Actions

on: [push]  # действие, по которому запускается данный скрипт

jobs:       # роботы, которые будут выполняться
  build:    # сборка, которая..

    runs-on: ubuntu-latest      # ..будет запущена на основе этого образа

    steps:              # шаги которые будут проделаны после запуска образа
    - uses: actions/checkout@v1     # переход в самую актуальную ветку
    - name: Run a one-line script   # имя работы номер 1
      run: echo Hello, world!       # суть работы номер 1 (bash-команда записана в одну строку)
    - name: Run a multi-line script   # имя работы номер 2
      run: |                    # суть работы номер 2 (многострочная)
        echo Add other actions to build,
        echo test, and deploy your project.

ടെംപ്ലേറ്റിനെ അടിസ്ഥാനമാക്കി നമുക്ക് സ്വന്തമായി എഴുതാം:

0) നിങ്ങൾക്ക് "CI" എന്ന പേരും നൽകാം. രുചിയുടെ കാര്യം.

1) അടുത്തതായി, സ്ക്രിപ്റ്റ് സമാരംഭിക്കുന്ന പ്രവർത്തനം/ട്രിഗർ നിങ്ങൾ തിരഞ്ഞെടുക്കേണ്ടതുണ്ട്, ഞങ്ങളുടെ കാര്യത്തിൽ ഇത് റിപ്പോസിറ്ററിയിലേക്കുള്ള ഒരു പുതിയ പ്രതിബദ്ധതയുടെ സാധാരണ പുഷ് ആണ്.

on:
  push

2) ആവശ്യമായ പ്രവർത്തനങ്ങളിൽ ഉബുണ്ടു തികച്ചും തൃപ്‌തരായതിനാൽ സ്‌ക്രിപ്റ്റ് സമാരംഭിക്കുന്നതിന്റെ അടിസ്ഥാനത്തിലാണ് ഞങ്ങൾ ചിത്രം ഉപേക്ഷിക്കുന്നത്. നോക്കുന്നു ദൊസ്തുപ്ന്ыഎ ഇൻസ്ട്രുമെന്റുകൾ ഇത് ആവശ്യമുള്ളതോ ലളിതമോ ആയ ഏതെങ്കിലും ഇമേജ് (അല്ലെങ്കിൽ അതിനെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു ഡോക്കർ കണ്ടെയ്നർ) ആയിരിക്കാമെന്ന് വ്യക്തമാകും.

  build:
    runs-on: ubuntu-latest

3) ഘട്ടങ്ങളിൽ, പ്രധാന ജോലിക്ക് തയ്യാറെടുക്കുന്നതിനുള്ള അന്തരീക്ഷം ഞങ്ങൾ ആദ്യം സജ്ജീകരിക്കും.

3.1) നമുക്ക് ആവശ്യമുള്ള ബ്രാഞ്ചിലേക്ക് പോകുക (സാധാരണ ഘട്ടം checkout):

- uses: actions/checkout@v1

3.2) പൈത്തൺ ഇൻസ്റ്റാൾ ചെയ്യുക:

    - name: Set up Python
      uses: actions/setup-python@v1
      with:
        python-version: 3.7

3.3) ഞങ്ങളുടെ ജനറേറ്ററിന്റെ ഡിപൻഡൻസികൾ ഇൻസ്റ്റാൾ ചെയ്യുക:

    - name: Install dependencies
      run: |
          python -m pip install --upgrade pip
          pip install -r requirements.txt

3.4) സൈറ്റ് പേജുകൾ സൃഷ്ടിക്കുന്ന ഒരു ഡയറക്ടറി സൃഷ്ടിക്കുക:

   - name: Make output folder
      run: mkdir output

4) സൈറ്റിലെ വർക്ക് സ്ഥിരതയുള്ളതായിരിക്കുന്നതിന്, അതായത്, മുമ്പത്തെ മാറ്റങ്ങൾ ഇല്ലാതാക്കാതിരിക്കാനും വൈരുദ്ധ്യങ്ങളില്ലാതെ സൈറ്റ് ശേഖരത്തിലേക്ക് മാറ്റങ്ങൾ ചേർക്കാനും, ഓരോ തവണയും സൈറ്റ് ശേഖരം ക്ലോൺ ചെയ്യുക എന്നതാണ് അടുത്ത ഘട്ടം:

   - name: Clone master branch
      run: git clone "https://${{ secrets.ACCESS_TOKEN }}@github.com/${GITHUB_ACTOR}/${GITHUB_ACTOR}.github.io.git" --branch master --single-branch ./output

ഈ ഘട്ടം സിസ്റ്റം വേരിയബിളുകളെ വിളിക്കുന്നു:

• വേരിയബിൾ GITHUB_ACTOR GitHub സ്വയം ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ആരുടെ പിഴവിലൂടെയാണ് ഈ സ്ക്രിപ്റ്റ് സമാരംഭിച്ച ഉപയോക്തൃനാമം;
• വേരിയബിൾ secrets.ACCESS_TOKEN ഇത് സൃഷ്ടിക്കപ്പെടുന്നു Github കൈകാര്യം ചെയ്യുന്നതിനുള്ള ടോക്കൺ, ടാബിൽ സജ്ജീകരിച്ച് നമുക്ക് ഇത് ഒരു എൻവയോൺമെന്റ് വേരിയബിളായി കൈമാറാം Secrets ഞങ്ങളുടെ റിപ്പോസിറ്ററി ക്രമീകരണങ്ങൾ. ജനറേഷൻ സമയത്ത് ടോക്കൺ ഒരിക്കൽ ഞങ്ങൾക്ക് നൽകും, അതിലേക്ക് കൂടുതൽ ആക്സസ് ഉണ്ടാകില്ല. അതുപോലെ തന്നെ സീക്രട്ട്സ് ഇനങ്ങളുടെ മൂല്യങ്ങളും.

5) നമുക്ക് നമ്മുടെ പേജുകൾ സൃഷ്ടിക്കുന്നതിലേക്ക് പോകാം:

   - name: Generate static pages
      run: pelican content -o output -s publishconf.py

ജനറേറ്ററിലേക്ക് കൈമാറിയ പാരാമീറ്ററുകൾ ജനറേറ്റ് ചെയ്ത ഫയലുകൾ അയയ്ക്കുന്ന ഡയറക്ടറിയുടെ ഉത്തരവാദിത്തമാണ് (-o output) കൂടാതെ ഞങ്ങൾ സൃഷ്ടിക്കാൻ ഉപയോഗിക്കുന്ന കോൺഫിഗറേഷൻ ഫയലും (-s publishconf.py; പെലിക്കൻ ഡോക്യുമെന്റേഷനിൽ ലോക്കൽ കോൺഫിഗറിനെയും പ്രസിദ്ധീകരണത്തിനുള്ള കോൺഫിഗിനെയും വേർതിരിക്കുന്ന സമീപനത്തെക്കുറിച്ച് നിങ്ങൾക്ക് വായിക്കാം.).

ഞങ്ങളുടെ ഫോൾഡറിൽ എന്താണ് ഉള്ളതെന്ന് ഞാൻ നിങ്ങളെ ഓർമ്മിപ്പിക്കട്ടെ output സൈറ്റ് ശേഖരം ഇതിനകം ക്ലോൺ ചെയ്തു.

6) നമുക്ക് ജിറ്റ് സജ്ജീകരിച്ച് നമ്മുടെ മാറിയ ഫയലുകൾ സൂചികയാക്കാം:

    - name: Set git config and add changes
      run: |
          git config --global user.email "${GITHUB_ACTOR}@https://users.noreply.github.com/"
          git config --global user.name "${GITHUB_ACTOR}"
          git add --all
      working-directory: ./output

ഈ ഘട്ടത്തിൽ, ഇതിനകം അറിയപ്പെടുന്ന ഒരു വേരിയബിൾ ഉപയോഗിക്കുന്നു, കൂടാതെ ഈ ഘട്ടത്തിൽ നിന്നുള്ള കമാൻഡുകൾ ലോഞ്ച് ചെയ്യുന്ന പ്രവർത്തന ഡയറക്ടറി സൂചിപ്പിച്ചിരിക്കുന്നു. പ്രവർത്തിക്കുന്ന ഡയറക്‌ടറിയിലേക്ക് പോകാനുള്ള കമാൻഡ് ഇങ്ങനെയായിരിക്കും - cd output.

7) നമുക്ക് ഒരു പ്രതിബദ്ധത സന്ദേശം സൃഷ്ടിക്കാം, മാറ്റങ്ങൾ വരുത്താം, അവ ശേഖരത്തിലേക്ക് തള്ളാം. അതിനാൽ പ്രതിബദ്ധത വ്യർത്ഥമാകാതിരിക്കാനും അതിനാൽ ബാഷിൽ ഒരു പിശക് സൃഷ്ടിക്കാതിരിക്കാനും (ഔട്ട്പുട്ട് ഫലം അല്ല 0) - ആദ്യം, എന്തെങ്കിലും പ്രതിജ്ഞാബദ്ധമാക്കുകയും തള്ളുകയും ചെയ്യേണ്ടത് ആവശ്യമാണോ എന്ന് പരിശോധിക്കാം. ഇത് ചെയ്യുന്നതിന്, ഞങ്ങൾ കമാൻഡ് ഉപയോഗിക്കുന്നു git diff-index --quiet --cached HEAD -- അത് ടെർമിനലിലേക്ക് ഔട്ട്പുട്ട് ചെയ്യും 0 സൈറ്റിന്റെ മുൻ പതിപ്പുമായി ബന്ധപ്പെട്ട് മാറ്റങ്ങളൊന്നും ഇല്ലെങ്കിൽ, കൂടാതെ 1 അത്തരം മാറ്റങ്ങളുണ്ട്. അപ്പോൾ ഈ കമാൻഡിന്റെ ഫലം ഞങ്ങൾ പ്രോസസ്സ് ചെയ്യുന്നു. അതിനാൽ, സ്‌ക്രിപ്റ്റ് എക്‌സിക്യൂഷൻ ചെയ്യുന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങളിൽ, ഈ ഘട്ടത്തിൽ സൈറ്റിന്റെ അവസ്ഥയെക്കുറിച്ചുള്ള ഉപയോഗപ്രദമായ വിവരങ്ങൾ ഞങ്ങൾ രേഖപ്പെടുത്തും, സ്‌ക്രിപ്റ്റ് ക്രാഷിനെക്കുറിച്ചുള്ള ഒരു റിപ്പോർട്ട് സ്വയമേവ ക്രാഷ് ചെയ്യുന്നതിനും ഞങ്ങൾക്ക് അയയ്ക്കുന്നതിനും പകരം.

റെഡിമെയ്ഡ് പേജുകൾ ഉപയോഗിച്ച് ഞങ്ങളുടെ ഡയറക്‌ടറിയിലും ഞങ്ങൾ ഈ പ്രവർത്തനങ്ങൾ നടത്തുന്നു.

   - name: Push and send notification
      run: |
          COMMIT_MESSAGE="Update pages on $(date +'%Y-%m-%d %H:%M:%S')"
          git diff-index --quiet --cached HEAD -- && echo "No changes!" && exit 0 || echo $COMMIT_MESSAGE
          # Only if repo have changes
          git commit -m "${COMMIT_MESSAGE}"
          git push https://${{ secrets.ACCESS_TOKEN }}@github.com/${GITHUB_ACTOR}/${GITHUB_ACTOR}.github.io.git master
      working-directory: ./output

ഫലം

തൽഫലമായി, സ്റ്റാറ്റിക് പേജുകൾ സൃഷ്ടിക്കുന്നതിനെക്കുറിച്ച് ചിന്തിക്കാതിരിക്കാൻ അത്തരമൊരു സ്ക്രിപ്റ്റ് നിങ്ങളെ അനുവദിക്കുന്നു. ഒരു സ്വകാര്യ റിപ്പോസിറ്ററിയിലേക്ക് നേരിട്ട് മാറ്റങ്ങൾ ചേർക്കുന്നതിലൂടെ, ഏതെങ്കിലും സിസ്റ്റത്തിന് കീഴിൽ നിന്ന് git ഉപയോഗിച്ച് പ്രവർത്തിക്കുകയോ GitHub വെബ് ഇന്റർഫേസിലൂടെ ഒരു ഫയൽ സൃഷ്‌ടിക്കുകയോ ചെയ്യുന്നതിലൂടെ, പ്രവർത്തനങ്ങൾ സ്വയം എല്ലാം ചെയ്യും. സ്‌ക്രിപ്റ്റ് അപ്രതീക്ഷിതമായി തകർന്നാൽ, നിങ്ങളുടെ ഇമെയിലിലേക്ക് ഒരു അറിയിപ്പ് അയയ്‌ക്കും.

മുഴുവൻ കോഡ്

ഞാൻ എന്റെ പ്രവർത്തന പതിപ്പ് ഉപേക്ഷിക്കും, അതിൽ അവസാന ഘട്ടത്തിൽ ഒരു കമ്മിറ്റ് മെയിൻ റിപ്പോസിറ്ററിയിലേക്ക് തള്ളപ്പെട്ടതായി അറിയിപ്പ് അയയ്ക്കുന്നു.

മുകളിൽ വിവരിച്ച രഹസ്യങ്ങൾ ഉപയോഗിക്കുന്നു, അവിടെ ബോട്ട് ടോക്കണും സന്ദേശം അയയ്‌ക്കേണ്ട ഉപയോക്തൃ ഐഡിയും ചേർക്കുന്നു.

name: Push content to the user's GitHub pages repository

on:
  push

jobs:
  build:
    runs-on: ubuntu-latest

    steps:
    - uses: actions/checkout@v1
    - name: Set up Python
      uses: actions/setup-python@v1
      with:
        python-version: 3.7
    - name: Install dependencies
      run: |
          python -m pip install --upgrade pip
          pip install -r requirements.txt
    - name: Make output folder
      run: mkdir output
    - name: Clone master branch
      run: git clone "https://${{ secrets.ACCESS_TOKEN }}@github.com/${GITHUB_ACTOR}/${GITHUB_ACTOR}.github.io.git" --branch master --single-branch ./output
    - name: Generate static pages
      run: pelican content -o output -s publishconf.py
    - name: Set git config and add changes
      run: |
          git config --global user.email "${GITHUB_ACTOR}@https://users.noreply.github.com/"
          git config --global user.name "${GITHUB_ACTOR}"
          git add --all
      working-directory: ./output
    - name: Push and send notification
      run: |
          COMMIT_MESSAGE="Update pages on $(date +'%Y-%m-%d %H:%M:%S')"
          git diff-index --quiet --cached HEAD -- && echo "No changes!" && exit 0 || echo $COMMIT_MESSAGE
          git commit -m "${COMMIT_MESSAGE}"
          git push https://${{ secrets.ACCESS_TOKEN }}@github.com/${GITHUB_ACTOR}/${GITHUB_ACTOR}.github.io.git master
          curl "https://api.telegram.org/bot${{ secrets.BOT_TOKEN }}/sendMessage?text=$COMMIT_MESSAGE %0ALook at ${GITHUB_ACTOR}.github.io %0ARepository%3A github.com/${GITHUB_ACTOR}/${GITHUB_ACTOR}.github.io&chat_id=${{ secrets.ADMIN_ID }}"
      working-directory: ./output

സ്ക്രീൻഷോട്ടുകൾ

സോഴ്സ് റിപ്പോസിറ്ററിയുടെ പ്രവർത്തന ടാബിൽ പ്രദർശിപ്പിച്ചിരിക്കുന്ന റണ്ണുകളിലൊന്നിന്റെ ഫലം

സ്‌ക്രിപ്റ്റ് പൂർത്തിയാക്കിയതിനെക്കുറിച്ച് ബോട്ടിൽ നിന്നുള്ള സന്ദേശം

ഉപയോഗപ്രദമായ ലിങ്കുകൾ

പ്രവർത്തനങ്ങൾ മനസ്സിലാക്കുന്നു
പ്രവർത്തന വാക്യഘടന
ട്രിഗറുകളുടെ പട്ടിക
വെർച്വൽ പരിതസ്ഥിതികൾക്കുള്ള ഓപ്ഷനുകൾ
Github പേജുകൾ
സ്റ്റാറ്റിക് ജനറേറ്റർ ലിസ്റ്റ്

അവലംബം: www.habr.com