የGitHub Pages ብሎግ መፍጠርና ማስተዳደር

ከ12021 መጀመሪያ ጀምሮ Jekyllን ተጠቅሜ ብሎጌን በGitHub Pages ላይ ማሆስት ጀመርሁ። ነገር ግን ብሎጉን በገነባሁበት ጊዜ የመጫኛ ሂደቱን በደንብ አልደራጀሁትም፣ ስለዚህ በኋላ ለጥገናና ለአስተዳደር ትንሽ አስቸጋሪ ሆነ። ስለዚህ ቢያንስ በአጭሩ የመጫኛ ሂደቱንና የጥገና መንገዶቹን እዚህ ላይ ለማደራጀት ወሰንኩ።

(+ 12024.12 ይዘት ተዘምኗል)

1. የስታቲክ ሳይት ጀነሬተር(Static Site Generator) እና ዌብ ሆስቲንግ

1-1. የማይለዋወጥ ድረ-ገጽ vs ተለዋዋጭ ድረ-ገጽ

የማይለዋወጥ ድረ-ገጽ(Static Web Page)

• በሰርቨር ላይ የተቀመጠውን ውሂብ እንዳለ ለተጠቃሚው የሚያቀርብ ድረ-ገጽ
• የዌብ ሰርቨሩ ለተጠቃሚው ጥያቄ የሚዛመደውን አስቀድሞ የተቀመጠ ገጽ ያስተላልፋል
• ተጠቃሚው በሰርቨሩ ላይ የተቀመጠው ውሂብ ካልተቀየረ በስተቀር ተመሳሳይ ድረ-ገጽ ያያል
• ለጥያቄው የሚያስፈልገውን ፋይል ብቻ ማስተላለፍ ስለሚበቃ ተጨማሪ ሂደት አያስፈልግም፣ ስለዚህ በአጠቃላይ ምላሹ ፈጣን ነው
• በቀላል ፋይሎች ብቻ የተገነባ ስለሆነ የዌብ ሰርቨር ብቻ መገንባት ይበቃል፣ ስለዚህ የግንባታ ወጪው ዝቅተኛ ነው
• አስቀድሞ የተቀመጠ መረጃ ብቻ ስለሚያሳይ የአገልግሎቱ ክልል ውስን ነው
• ውሂብ ማከል፣ ማሻሻል እና መሰረዝ አስተዳዳሪው በእጅ ማድረግ ያስፈልገዋል
• ለፍለጋ ሞተሮች ክሮሊንግ(crawling) ለማድረግ ቀላል የሆነ መዋቅር ስላለው፣ ለፍለጋ ሞተር ማመቻቸት(SEO) በአንፃራዊነት ይበልጥ ተስማሚ ነው

ተለዋዋጭ ድረ-ገጽ(Dynamic Web Page)

• በሰርቨር ላይ የተቀመጠውን ውሂብ በስክሪፕት(script) አቀናብሮ የሚያቀርብ ድረ-ገጽ
• የዌብ ሰርቨሩ የተጠቃሚውን ጥያቄ ተርጉሞ ውሂቡን ካቀናበረ በኋላ የተፈጠረውን ድረ-ገጽ ያስተላልፋል
• ተጠቃሚው እንደ ሁኔታ፣ ጊዜ እና ጥያቄ የሚለያይ ድረ-ገጽ ያያል
• ድረ-ገጹን ለማስተላለፍ ስክሪፕት ማስኬድ ስለሚያስፈልግ ምላሹ በአንፃራዊነት ዝግ ነው
• ከዌብ ሰርቨር በተጨማሪ የአፕሊኬሽን ሰርቨር(application server) ያስፈልጋል፣ ስለዚህ በግንባታ ጊዜ ተጨማሪ ወጪ ይኖራል
• የተለያዩ መረጃዎችን አጣምሮ በተለዋዋጭ መልኩ ስለሚያቀርብ የተለያዩ አገልግሎቶች ይቻላሉ
• እንደ ድረ-ገጹ መዋቅር ተጠቃሚው ውሂብ ማከል፣ ማሻሻል እና መሰረዝን በብራውዘር ላይ ሊያደርግ ይችላል

1-2. የስታቲክ ድረ-ገጽ ጀነሬተር(SSG, Static Site Generator)

• ጥሬ ውሂብ(raw data፣ ብዙ ጊዜ በMarkdown ቅርጸት ያሉ የጽሑፍ ፋይሎች) እና አስቀድሞ የተገለጹ ቴምፕሌቶችን መሠረት በማድረግ የስታቲክ ድረ-ገጾችን የሚፈጥር መሳሪያ
• እያንዳንዱን HTML ገጽ በቀጥታ መጻፍ ሳያስፈልግ፣ ፖስትን በMarkdown ጽፈህ ድረ-ገጹን ቢልድ አድርጎ ወደ ድረ-ገጽ ማሰማራቱን በራስ-ሰር ያደርጋል
• ለምሳሌ) Jekyll, Hugo, Gatsby, Eleventy

1-3. GitHub Pages

• GitHub በነፃ የሚያቀርበው የስታቲክ ድረ-ገጽ ሆስቲንግ አገልግሎት
• በእያንዳንዱ መለያ 1 የግል ዋና ድረ-ገጽ ማሆስት ይቻላል፣ በተጨማሪም በሪፖዚቶሪ ደረጃ የፕሮጀክት ሰነድ ገጾችን ያለ ገደብ መፍጠርና ማሆስት ይቻላል
• ከራስህ GitHub username ጋር ተዛማጅ የሆነ {username}.github.io ቅርጸ-ስም ያለውን ሪፖዚቶሪ ከፈጠርክ በኋላ፣ የተቢልዱ የHTML ገጾችን በቀጥታ Push ማድረግ ወይም GitHub Actionsን ተጠቅመህ ቢልድና ማሰማራት ማካሄድ ትችላለህ
• የራስህ ዶሜይን ካለህ በቅንብሮች ውስጥ አገናኝተህ {username}.github.io የሚለውን ነባሪ ዶሜይን ፈንታ ሌላ የዶሜይን አድራሻ መጠቀም ትችላለህ

2. የሚጠቀሙበትን SSG እና ቴማ መምረጥ

2-1. Jekyllን የመረጥሁበት ምክንያት

Jekyll, Hugo, Gatsby ወዘተ ያሉ ብዙ SSGዎች ቢኖሩም፣ Jekyllን ለመጠቀም ወሰንኩ። የምጠቀምበትን SSG ሲመርጥ ያስብኋቸው መስፈርቶች እና Jekyllን የመረጥሁበት ምክንያቶች እነዚህ ናቸው።

• አላስፈላጊ ሙከራና ስህተትን በትንሹ አድርጎ በጽሑፍ መፃፍና በብሎግ አስተዳደር ላይ እንድተኩር ያስችለኛልን?
  • Jekyll በGitHub Pages ላይ በኦፊሴላዊነት የሚደገፍ የስታቲክ ድረ-ገጽ ጀነሬተር ነው። እርግጥ ነው፣ Hugo, Gatsby ወዘተ ያሉ ሌሎች SSGዎችም በGitHub Pages ላይ በሚገባ ሊሆስቱ ይችላሉ፣ ወይም Netlify ያሉ ሌሎች የሆስቲንግ አገልግሎቶችን መጠቀምም አማራጭ ነው። ግን በእውነቱ ይህን ያህል መጠን ያለውን የግል ብሎግ ለመስራት ቴክኒካዊ ሁኔታዎች ማለትም በየትኛው SSG እንደተገነባ፣ የቢልድ ፍጥነት ወይም አፈጻጸሙ ያሉ ነገሮች እጅግ አስፈላጊ አይደሉም፤ ስለዚህ ቢያንስ ጥገናው ቀላል የሆነ እና የሚመለከቱት ሰነዶች ብዙ ያሉትን መምረጥ ይሻላል ብዬ ተወስኗል።
  • Jekyll ከHugo, Gatsby እና ሌሎች ተወዳዳሪዎቹ ጋር ሲነፃፀር የልማት ጊዜው እጅግ ረጅም ነው። ይህም ማለት ሰነዶቹ በጥሩ ሁኔታ የተዘጋጁ መሆናቸውን ሲያመለክት፣ በእውነት ችግር ሲፈጠር የሚያገለግሉ ማጣቀሻ መረጃዎችም በእጅጉ ብዙ ናቸው።
• መጠቀም የሚቻሉ ቴማዎችና ፕለጊኖች የተለያዩ ናቸውን?
  • በቀጥታ HTML እየጻፍክ ሳይሆን SSG ብትጠቀምም፣ የተለያዩ ቴምፕሌቶችን ከመጀመሪያ ጀምሮ ራስህ መፍጠር አስቸጋሪ ነው፣ ጊዜም ብዙ ይወስዳል፣ እንዲሁም በእውነቱ እንዲህ ማድረግ አስፈላጊም አይደለም። በድረ-ገጹ ላይ ቀድሞ የተከፈቱ ጥሩ ቴማዎች ብዙ ስለሆኑ፣ የሚወድዱትን መርጠህ መጠቀም ብቻ ይበቃል።
  • ከዚህም በላይ፣ እኔ በመሠረቱ C ወይም Pythonን ብዙ ስለምጠቀም፣ Jekyll የሚጠቀመው Ruby ወይም Hugo የሚጠቀመው Go ቋንቋ የበለጠ የማውቀው አልነበረም፤ ስለዚህ ቀድሞ የተሠሩ ቴማዎችንና ፕለጊኖችን በንቃት ለመጠቀም እፈልግ ነበር።
  • በJekyll ውስጥ በአንድ እይታ የሚወዱትን ቴማ በፍጥነት ማግኘት ቀላል ነበር፣ ነገር ግን Hugo ወይም Gatsby ግን ለግል ብሎግ ዓላማ ተስማሚ የሆኑ ቴማዎች በአንፃራዊነት እንደ ብዛት አልበዙም የሚል ስሜት ነበረኝ። ምናልባት ከላይ እንደተጠቀሰው ከGitHub Pages ጋር ያለው የተሻለ ተዋሃድነት እና ረጅሙ የልማት ጊዜ በዚህም በጣም ተጽዕኖ አሳድረው ይመስላል።

2-2. ቴማ መምረጥ

Minimal Mistakes (12021.01 - 12022.04)

• Github Repo: https://github.com/mmistakes/minimal-mistakes
• Demo Page: https://mmistakes.github.io/minimal-mistakes/
• ብሎጉን ለመጀመሪያ ጊዜ ከፈጠርሁ በኋላ ለግምት 1 ዓመት ከ3 ወር ያህል የተጠቀምሁበት ቴማ
• በDisqus, Discourse, utterances ወዘተ የሚሰጥ የአስተያየት ተግባር ድጋፍ
• የምድብና የታግ መለያየት ተግባር ድጋፍ
• Google Analytics ነባሪ ድጋፍ
• አስቀድሞ የተገለጹ ስኪኖችን መምረጥ ይቻላል
• ከዚያ በኋላ ዲዛይኑ ይበልጥ የተዋበ እና የሚያስደስተኝን Chirpy ቴማ አግኝቼ ቀየርሁ፣ ግን እንዴትም ቢሆን ይህ በቴክኒካዊ መልኩ የተሞላ ብሎግ መሆኑን ከተመለከትን በኋላ፣ በጣም ውብ ባይሆንም ንጹሕ እና በቀላሉ ሊጠቀሙበት የሚችሉ ዲዛይን ነበረው ብዬ አስባለሁ።

Chirpy Jekyll Theme (12022.04 - አሁን)

• Github Repo: https://github.com/cotes2020/jekyll-theme-chirpy/
• Demo Page: https://chirpy.cotes.page/
• በ12022 ኤፕሪል ወር የብሎጉን ቴማ ከቀየርሁ በኋላ እስካሁን ድረስ የምጠቀምበት ቴማ
• ብዙ የምድብ መለያየት እና የታግ ተግባር ድጋፍ
• በMathJax ላይ የተመሠረተ የLaTeX ስንተ-ቃል የሒሳብ አገላለጽ ነባሪ ድጋፍ
• በMermaid ላይ የተመሠረተ የዲያግራም ተግባር ነባሪ ድጋፍ
• በDisqus, Giscus ወዘተ የሚሰጥ የአስተያየት ተግባር ድጋፍ
• Google Analytics, GoatCounter ድጋፍ
• የlight ቴማ እና የdark ቴማ ድጋፍ
• ቴማውን በቀየርሁበት ጊዜ MathJax ወይም Mermaid በMinimal Mistakes ቴማ ውስጥ በራሱ አይደገፉም ነበር፣ ስለዚህ በቀጥታ እጅ ማበጀት(customizing) በመጨመር መፍታት ነበረብኝ። በChirpy ቴማ ግን እነዚህ በነባሪነት ይደገፋሉ። እርግጥ ነው፣ ያ ማበጀት ብዙ ነገር አልነበረም ቢሆንም እንኳን ትንሽ ጥቅም ነበረው።
• ከሁሉም በላይ፣ ዲዛይኑ ቆንጆ ነው። Minimal Mistakes ቴማ ንጹሕ ቢሆንም ከብሎግ ይልቅ የፕሮጀክት ኦፊሴላዊ ቴክኒክ ሰነድ ወይም የፖርትፎሊዮ ገጽ ለመሆን የሚመች ጥቂት ጠንካራ የሆነ ስሜት አለው፣ በአንፃሩ Chirpy ቴማ ከTistory, Medium, velog ያሉ የንግድ ብሎግ መድረኮች ጋር እንኳን ሲነፃፀር የማይቀንስ ዲዛይን እንዳለው ይታያል።

3. የGitHub ሪፖዚቶሪ መፍጠር፣ ቢልድ ማድረግ እና ማሰማራት

አሁን(12024.06) በምጠቀምበት Chirpy Jekyll Theme ላይ በመመስረት እገልጻለሁ፣ እንዲሁም Git በመሠረቱ እንደተጫነ ተብሎ ይቆጠራል።
የJekyll ኦፊሴላዊ የመጫኛ መመሪያ እና የChirpy Jekyll Theme ኦፊሴላዊ ገጽን ይመልከቱ።

3-1. Ruby እና Jekyll መጫን

የJekyll ኦፊሴላዊ የመጫኛ መመሪያን በመከተል ከራስዎ ኦፕሬቲንግ ሲስተም አካባቢ ጋር ተስማሚ የሆነ Ruby እና Jekyll ይጫኑ።

3-2. የGitHub ሪፖዚቶሪ መፍጠር

የChirpy Jekyll Theme ኦፊሴላዊ ገጽ የሚከተሉትን ሁለት መንገዶች ያቀርባል።

1. በ”jekyll-theme-chirpy” gem ዋና ፋይሎቹን ማምጣት እና ቀሪ ሪሶርሶቹን ከChirpy Starter ቴምፕሌት ማምጣት
   • ጥቅም: ከታች እንደምገልጸው የስሪት አፕግሬድ መተግበር ቀላል ነው።
   • ጉዳት: ትልቅ መጠን ያለው ማበጀት ሲደረግ በተቃራኒው የማይመች ሊሆን ይችላል።
2. jekyll-theme-chirpy ሪፖዚቶሪን እንደ ራስዎ የብሎግ ሪፖዚቶሪ ፎርክ(fork) ማድረግ
   • ጥቅም: ሁሉንም ፋይሎች በሪፖዚቶሪው ውስጥ በቀጥታ ስለሚተዳደሩ፣ በቀጥታ ኮድ በማሻሻል ቴማው የማይደግፋቸውን ተግባሮች መጨመር ያሉ ማበጀቶች ለማድረግ ቀላል ነው።
   • ጉዳት: የስሪት አፕግሬድ ለመተግበር የዋናው ሪፖዚቶሪ የቅርብ ጊዜ upstream tagን ማርጅ(merge) ማድረግ ያስፈልጋል፣ እና እንደ ሁኔታው በእጅ ያበጀኸው ኮድ ከአዲሱ ስሪት ኮድ ጋር ሊጋጭ ይችላል። በዚህ ጊዜ ያን ግጭት ራስህ መፍታት አለብህ።

እኔ 1ኛውን መንገድ መረጥሁ። በChirpy ቴማ ጉዳይ መሠረታዊ ጥራቱ ከፍ ያለ ስለሆነ ለአብዛኛው ተጠቃሚ የሚያበጁት ነገር ብዙ የለም፣ እንዲሁም እስከ 12024 ድረስም በጣም ንቁ ልማትና የተግባር ማሻሻያ እየቀጠለ ነው። ስለዚህ እጅግ ከፍተኛ የሆነ ማበጀት ካልሆነ በቀር ዋናውን upstream በወቅቱ መከተል ያለው ጥቅም በቀጥታ ማበጀት ከማድረግ ያለውን ጥቅም ይበልጣል። በChirpy ቴማ ኦፊሴላዊ መመሪያም ለአብዛኛው ተጠቃሚ 1ኛው መንገድ ይመከራል።

3-3. ዋና ቅንብሮች

በሩት ዲሬክተሪ ውስጥ ያለው _config.yml ፋይል እና _data/contact.yml, _data/share.yml ፋይሎች ላይ የሚያስፈልጉ ቅንብሮችን ያስገቡ። ኮመንቶቹ በጥሩ ሁኔታ ተጨምረዋል እና ቅንብሮቹም ቀላል ለመረዳት ስለሆኑ ያለ ብዙ ችግር መተግበር ይቻላል። በውጭ በተለይ ሥራ የሚያስፈልጉ ቅንብሮች ቢኖሩ እንኳን፣ ለGoogle Search Console ግንኙነት የማረጋገጫ ኮድ መመዝገብ ወይም Google Analytics ወይም GoatCounter ያሉ የዌብማስተር መሳሪያዎችን ማገናኘት ያህል ብቻ ነው። ይህም በእውነቱ እጅግ ውስብስብ ሂደት አይደለም፣ እና የዚህ ጽሑፍ ዋና ርዕስም ስላልሆነ በዝርዝር አልገልጽም።

3-4. በአካባቢ(local) ላይ ቢልድ ማድረግ

ይህ አስገዳጅ ሂደት አይደለም፣ ግን አዲስ ፖስት ሲጽፉ ወይም በሳይቱ ላይ ማንኛውንም ለውጥ ሲያደርጉ በድረ-ገጹ ላይ በትክክል እንደሚታይ ቀድሞ ማረጋገጥ ሊፈልጉ ይችላሉ። እንዲህ ከሆነ በአካባቢዎ ሪፖዚቶሪ ሩት ዲሬክተሪ ውስጥ ተርሚናል ከፍተው ከታች ያለውን ትእዛዝ ያስኪዱ።

$ bundle exec jekyll s

ትንሽ ከጠበቁ በኋላ ሳይቱ በአካባቢዎ ላይ ቢልድ ይደረጋል እና በ http://127.0.0.1:4000 አድራሻ ላይ ውጤቱን ማየት ይችላሉ።

3-5. ማሰማራት

ሁለት መንገዶች አሉ።

1. GitHub Actions መጠቀም (በGitHub Pages ላይ ሲሆስት በሚደረግ ጊዜ)
   • GitHub Free Plan እየተጠቀሙ ከሆነ፣ ሪፖዚቶሪውን public እንደሆነ ማቆየት አለባችሁ
   • በGitHub ድረ-ገጽ ላይ የሪፖዚቶሪውን Settings ትር ከመረጡ በኋላ፣ በግራ ያለው አሰሳ አሞሌ ውስጥ Code and automation > Pages ን ጠቅ ያድርጉ እና በSource ክፍል ውስጥ GitHub Actions አማራጭን ይምረጡ
   • ቅንብሩ ከተጠናቀቀ በኋላ አዲስ commit በPush ባደረጉ ቁጥር Build and Deploy workflow በራስ-ሰር ይከናወናል
2. በቀጥታ ቢልድ አድርጎ ማሰማራት (ሌላ የሆስቲንግ አገልግሎት ሲጠቀሙ ወይም ራስዎ ሲሆስቱ)
   • ከታች ያለውን ትእዛዝ በማስኬድ ሳይቱን በቀጥታ ቢልድ ያድርጉ

      $ JEKYLL_ENV=production bundle exec jekyll b
     

   • በ_site ዲሬክተሪ ውስጥ ያለውን የቢልድ ውጤት ወደ ሰርቨሩ ያፕሎዱ

4. ፖስት መጻፍ

በChirpy ቴማ የፖስት መጻፊያ መመሪያ ውስጥ ፖስት እንዴት እንደሚጻፍ እና ምን አማራጮች ሊጠቀሙ እንደሚችሉ በጥሩ ሁኔታ ተመዝግቧል። ከዚህ ጽሑፍ ውስጥ ከምገልጸው በተጨማሪም የተለያዩ ተግባሮችን ይሰጣል፣ ስለዚህ ጠቃሚ የሆኑ ይዘቶች እንደሆኑ በማሰብ ካስፈለገ ኦፊሴላዊ ሰነዱን ይመልከቱ። እንዲሁም GitHub Flavored Markdown የመሠረታዊ ሰነድ አጻጻፍ ስንተ-ቃልን ከዚህ ቀደም በተለየ ጽሑፍ ውስጥ አጠቃልለን አስቀምጠናል። እዚህ ግን ፖስት በሚያደርጉበት ጊዜ ሁሉ በጋራ ማስታወስ የሚገቡ ዋና ነጥቦችን እናደራጃለን።

የMarkdown ፋይል መፍጠር

• የስም ቅርጸት: YYYY-MM-DD-TITLE.md
• ቦታ: _posts ዲሬክተሪ

Front Matter መጻፍ

በMarkdown ፋይሉ መጀመሪያ ክፍል ላይ Front Matter ን በተገቢው ሁኔታ መጻፍ አለብዎት።

---
title: TITLE
description: >-
  DESCRIPTION
date: YYYY-MM-DD HH:MM:SS +/-TTTT
categories: [TOP_CATEGORIE, SUB_CATEGORIE]
tags: [TAG]
image:
  path: /path/to/image
  alt: image alternative text
toc: true
comments: false
math: true
mermaid: true
---

• title: የፖስቱ ርዕስ
• description: አጭር ማጠቃለያ። ካልተጻፈ ከዋና አካሉ መጀመሪያ ክፍል የተወሰነ ክፍል በራስ-ሰር ይወሰዳል፣ ግን ለፍለጋ ሞተር ማመቻቸት(SEO) description meta tagን በቀጥታ እና በተገቢ ሁኔታ መጻፍ ይመከራል። በሮማዊ ፊደላት 135~160 ቁምፊዎች፣ በኮሪያኛ 80~110 ቁምፊዎች ያህል መጠን ተስማሚ ነው።
• date: ትክክለኛው የፖስት የተጻፈበት ቀንና ሰዓት እና timezone (መተው ይቻላል፤ ከተተወ የፋይሉ የተፈጠረበት ወይም የተሻሻለበት ቀን መረጃ በራስ-ሰር ተገንዝቦ ይጠቀማል)
• categories: የፖስቱ የምድብ መለያየት
• tags: ለፖስቱ የሚተገበሩ የታግ መለያየቶች
• image: በፖስቱ ላይ ከላይ የቅድመ እይታ ምስል ማስገባት
  • path: የምስል ፋይል መንገድ
  • alt: አማራጭ ጽሑፍ (መተው ይቻላል)
• toc: በቀኝ ጎን አሞሌ ያለውን የማውጫ ተግባር መጠቀም እንደሚፈለግ መወሰን፣ ነባሪው እሴት true ነው
• comments: ከሳይቱ ነባሪ ቅንብር በተለየ መልኩ ለእያንዳንዱ ፖስት የአስተያየት ተግባሩን በግልጽ ለመወሰን ሲፈልጉ ይጠቀሙበታል
• math: አብሮ የተካተተ MathJax ላይ የተመሠረተ የሒሳብ አገላለጽ ተግባርን ማንቃት፣ ነባሪው እሴት ለገጽ አፈጻጸም ምክንያት የተሰናከለ(false) ነው
• mermaid: አብሮ የተካተተ Mermaid ላይ የተመሠረተ የዲያግራም አገላለጽ ተግባርን ማንቃት፣ ነባሪው እሴት የተሰናከለ(false) ነው

5. አፕግሬድ

በ3-2 ውስጥ 1ኛውን መንገድ መረጡ ብለን እንገልጻለን። 2ኛውን መንገድ መረጡ ከሆነ ከላይ እንደተጠቀሰው የቅርብ ጊዜ upstream tagን በቀጥታ ማርጅ(merge) ማድረግ አለብዎት።

1. Gemfileን በማሻሻል “jekyll-theme-chirpy” gem የአዲሱን ስሪት ይግለጹ።
2. የmajor upgrade ጉዳይ ከሆነ፣ በ”jekyll-theme-chirpy” gem ውስጥ ያልተካተቱ ዋና ፋይሎችና የቅንብር አማራጮችም ሊቀየሩ ይችላሉ። በዚህ ጊዜ ከታች ባለው GitHub API ለውጦቹን ከመረመሩ በኋላ በእጅ መተግበር አለብዎት።

     https://github.com/cotes2020/chirpy-starter/compare/<older_version>...<newer_version>