ഉറവിട നിയന്ത്രണം

നിങ്ങൾ ഇതിനകം ഉപയോഗിക്കുന്ന റിപ്പോസിറ്ററിയിൽ നിന്ന് വിന്യസിക്കുക — ഇത് സ്ഥാപിക്കാൻ ഒമ്പത് സ്ഥലങ്ങൾ

നിങ്ങൾ പ്രവർത്തിക്കുന്ന GitHub അല്ലെങ്കിൽ GitLab അക്കൗണ്ട് ബന്ധിപ്പിച്ച് ഒരു branch-ൽ നിന്ന് നേരിട്ട് വിന്യസിക്കുക: Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps അല്ലെങ്കിൽ AWS Amplify എന്നിവയിലേക്ക് — അല്ലെങ്കിൽ ഞങ്ങളുടെ സ്വന്തം നിയന്ത്രിത ഹോസ്റ്റിംഗിലേക്ക്, അവിടെ ശേഖരണവും സൈറ്റിന്റെ ഫയലുകളും ഇരുദിശകളിലും സമന്വയിപ്പിച്ച് നിലനിൽക്കും. ഓരോ കണക്ഷനും ആവശ്യമായ പ്രത്യേകാവകാശങ്ങൾ കാണിക്കുകയും, സംഭരിക്കുന്നതിന് മുമ്പ് ദാതാവിന്റെ API പരിശോധിക്കുകയും, Vault-ൽ സൂക്ഷിക്കുകയും ചെയ്യുന്നു. നിങ്ങൾക്ക് GitHub അല്ലെങ്കിൽ GitLab ഉപയോഗിച്ചും സൈൻ ഇൻ ചെയ്യാം.

ഒരു ശേഖരത്തിൽ നിന്ന് ലൈവ് സൈറ്റിലേക്ക് പൈപ്പ്‌ലൈനിലൂടെ നീങ്ങുന്ന ഒരു കമ്മിറ്റ്.
  • GitHub + GitLabനിങ്ങൾക്ക് ഇതിനകം ഉള്ള അക്കൗണ്ട് ബന്ധിപ്പിക്കുക
  • ഒൻപത് ലക്ഷ്യസ്ഥാനങ്ങൾഎട്ട് എഡ്ജ് ഹോസ്റ്റുകൾ, ഒപ്പം ഞങ്ങളുടെ സ്വന്തം ഫ്ലീറ്റും
  • ടു-വേ സിങ്ക്ഓരോ സൈറ്റും, ഓരോ വരിയും
  • Vault-ൽ സംഭരിച്ചത്എൻട്രിയിൽ സാധൂകരിച്ചത്, ഒരിക്കലും ഒരു ലോഗിൽ അല്ല
  • സംഭരിക്കുന്നതിന് മുമ്പ് ടോക്കൺ പരിശോധിച്ചുഅളവിലധികം പരിധിയുള്ള ടോക്കൺ ഒരിക്കലും പ്രാബല്യത്തിൽ വരില്ല
  • വിന്യസിക്കാൻ പുഷ് ചെയ്യുകഒപ്പ് പരിശോധിച്ചു, ഐച്ഛികം
  • നിങ്ങളുടെ ബ്രാഞ്ച്, നിങ്ങളുടെ ബിൽഡ്ഒരു ഡയറക്‌ടറി പ്രസിദ്ധീകരിക്കുക അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം CI പ്രവർത്തിപ്പിക്കുക
  • ശരിയായി വിച്ഛേദിക്കുകഞങ്ങൾ നിർമ്മിച്ച ഹുക്ക് കൃത്യമായി നീക്കംചെയ്യുന്നു

ഒരിക്കൽ കണക്റ്റുചെയ്‌ത്, നിങ്ങൾ എന്താണ് സമ്മതിക്കുന്നതെന്ന് കാണുക

കണക്ഷൻ എന്നത് നിങ്ങൾ മറ്റൊരാൾക്ക് നൽകുന്ന ഒരു ക്രെഡൻഷ്യൽ ആണ്. നിങ്ങളിത് ഉണ്ടാക്കുന്നതിന് മുമ്പ് തന്നെ ഇതിന് എന്താണ് ആവശ്യമെന്ന് ഞങ്ങളുടേത് വ്യക്തമാക്കുന്നു, സൂക്ഷിക്കുന്നതിന് മുമ്പ് ഇത് പ്രവർത്തിക്കുന്നുണ്ടെന്ന് തെളിയിക്കുന്നു, കൂടാതെ ഏത് ഭാഗത്തുനിന്നും ഇത് പിൻവലിക്കാനും കഴിയും.

മുൻകൂട്ടി വ്യക്തമാക്കിയ പ്രത്യേകാവകാശങ്ങൾ

നിങ്ങൾ ഒരു ടോക്കൺ സൃഷ്‌ടിക്കുന്നതിന് മുമ്പ്, അതിന് എന്തെല്ലാം ചെയ്യാൻ കഴിയണം, എന്തുകൊണ്ട് എന്ന് ഞങ്ങൾ നിങ്ങളോട് പറയുന്നു. ചോദിക്കാൻ എളുപ്പമായിരുന്നു എന്നതുകൊണ്ട് മാത്രം സമഗ്രമായ വ്യാപ്തി നൽകുന്നില്ല, ഒപ്പം ജോലിക്ക് ആവശ്യമായതിലും കൂടുതൽ ഞങ്ങൾ ആഗ്രഹിച്ചിരുന്നു എന്ന് പിന്നീട് കണ്ടെത്തേണ്ടി വരുന്നുമില്ല.

ദാതാവുമായി ഒത്തുനോക്കി പരിശോധിച്ചത്, വെറും വിശ്വാസത്തിന്റെ പുറത്ത് സ്വീകരിച്ചതല്ല

നിങ്ങളുടെ ടോക്കൺ സംഭരിക്കുന്നതിന് മുമ്പ് ഞങ്ങൾ അത് ഉപയോഗിച്ച് ദാതാവിന്റെ സ്വന്തം API-യെ വിളിക്കുന്നു. തെറ്റായതോ, കാലഹരണപ്പെട്ടതോ, അനുയോജ്യമല്ലാത്ത പരിധിയുള്ളതോ ആയ ഒരു ടോക്കൺ സ്വീകരിക്കപ്പെടുകയും ശരിയാണെന്ന് കാണിക്കുകയും ആദ്യത്തെ യഥാർത്ഥ വിന്യാസത്തിൽ പരാജയപ്പെടുകയും ചെയ്യുന്നതിന് പകരം ഫോമിൽ വെച്ച് തന്നെ നിരസിക്കപ്പെടുന്നു.

Vault-ൽ സൂക്ഷിച്ചിരിക്കുന്നു, മറ്റെവിടെയുമല്ല

ഞങ്ങളുടെ കോഡിലല്ല, ഒരു എൻവയോൺമെന്റ് ഫയലിലല്ല, ഒരു ലോഗിലല്ല, കമാൻഡ് ലൈനിലുമല്ല. അത് ഉപയോഗിക്കുന്ന വർക്ക്‌ലോഡ് വഴി, അത് ഉപയോഗിക്കുന്ന നിമിഷത്തിൽ തന്നെ പരിഹരിക്കപ്പെടുന്നു.

ഓരോ സൈറ്റിനും തിരഞ്ഞെടുത്ത ഒന്നിലധികം അക്കൗണ്ടുകൾ

ഒരു വ്യക്തിഗത അക്കൗണ്ടും ഒരു സ്ഥാപനത്തിന്റെ അക്കൗണ്ടും, അല്ലെങ്കിൽ രണ്ട് സ്ഥാപനങ്ങളുടെ അക്കൗണ്ടുകൾ തമ്മിൽ ബന്ധിപ്പിക്കുക. ഓരോ സൈറ്റും ഏതിൽ നിന്നാണ് ഡിപ്ലോയ് ചെയ്യേണ്ടതെന്ന് തിരഞ്ഞെടുക്കുന്നു, അതിനാൽ ഒരു ക്ലയന്റിന്റെ ശേഖരണവും നിങ്ങളുടെ സ്വന്തം ശേഖരണവും ഒരിക്കലും ക്രെഡൻഷ്യൽ പങ്കിടില്ല.

ഒരു ശേഖരണത്തിന് എത്തിച്ചേരാൻ കഴിയുന്ന ഒമ്പത് സ്ഥലങ്ങൾ

എട്ട് നിയന്ത്രിത എഡ്ജ് ഹോസ്റ്റുകളും ഞങ്ങളുടെ സ്വന്തം ഫ്ലീറ്റും. ലക്ഷ്യസ്ഥാനം സൈറ്റിന്റെ സവിശേഷതയാണ്, കണക്ഷന്റെയല്ല, അതിനാൽ ഒരേ ശേഖരത്തിന് ഒരു ബ്രാഞ്ച് Pages ഹോസ്റ്റിലേക്ക് പ്രസിദ്ധീകരിക്കാനും മറ്റൊരു സൈറ്റ് ഞങ്ങളുടെ ഹാർഡ്‌വെയറിൽ പ്രവർത്തിപ്പിക്കാനും കഴിയും.

Cloudflare Pages

അൺലിമിറ്റഡ് ബാൻഡ്‌വിഡ്ത്ത്, വാണിജ്യപരമായ ഉപയോഗത്തിനുള്ള അനുമതി, നിങ്ങളുടെ DNS സോൺ സാധാരണയായി കൈകാര്യം ചെയ്യുന്ന അതേ ദാതാവിൽ തന്നെ കൈകാര്യം ചെയ്യപ്പെടുന്ന അപെക്സ് ഡൊമെയ്‌നുകൾ. ഈ കാരണങ്ങളാൽ, ഞങ്ങൾ ആദ്യം തിരഞ്ഞെടുക്കുന്ന ഇടമാണിത്.

Cloudflare Pages ഹോസ്റ്റിംഗ് →

GitHub Pages

കോഡ് ഇതിനകം ഉള്ള ശേഖരത്തിൽ നിന്ന് നേരിട്ട് പ്രസിദ്ധീകരിക്കുക. പങ്കിട്ട github.io ഇൻഫ്രാസ്ട്രക്ചർ തന്നെ ഒരു കാൽപ്പാടായതിനാൽ Footprint-Free വരിയിൽ അടയാളപ്പെടുത്തിയിരിക്കുന്നു.

GitHub Pages ഹോസ്റ്റിംഗ് →

GitLab Pages, Netlify, Vercel എന്നിവയും ബാക്കിയുള്ളവയും

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps, AWS Amplify എന്നിവ ഒരേ കണക്ഷനും ഒരേ വിന്യാസ ചരിത്രവും ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഒരു സൈറ്റ് ചൂണ്ടിക്കാണിക്കാൻ കഴിയുന്ന ലക്ഷ്യസ്ഥാനങ്ങളാണ്.

സ്റ്റാറ്റിക് സൈറ്റ് ഹോസ്റ്റിംഗ് →

ഞങ്ങളുടെ സ്വന്തം നിയന്ത്രിത ഹോസ്റ്റിംഗ്

ബിൽറ്റ് ചെയ്ത ബണ്ടിലിന് പകരം ഒരു പൂർണ്ണ ആപ്ലിക്കേഷൻ — WordPress, PHP, Node. ഇരുവശത്തേക്കുമുള്ള സമന്വയം ലഭിക്കുന്ന ലക്ഷ്യസ്ഥാനമാണിത്, അതിനാൽ ബോക്സിലെയും ബ്രാഞ്ചിലെയും ഫയലുകൾ ഒരേപോലെ നിലനിൽക്കും.

മാനേജ്ഡ് ഹോസ്റ്റിംഗ് →

മറ്റൊരാളുടെ എഡ്ജിലുള്ള സൈറ്റുകൾ

ഞങ്ങളുടെ ഉടമസ്ഥതയിലല്ലാത്ത ഒരു ഹോസ്റ്റിലേക്ക് പ്രസിദ്ധീകരിച്ച സൈറ്റും നിശ്ചിത ക്വാട്ട ഉപയോഗിക്കുകയും, നിങ്ങൾ പ്രവർത്തിപ്പിക്കുന്ന മറ്റെല്ലാത്തിനൊപ്പവും അതിന്റെ ഡിപ്ലോയ്മെന്റുകൾ, പ്രവർത്തനസമയം, SEO ഡാറ്റ എന്നിവയോടെ നിങ്ങളുടെ ഡാഷ്‌ബോർഡിൽ ദൃശ്യമാവുകയും ചെയ്യുന്നു.

ബാഹ്യ സൈറ്റ് അലവൻസുകൾ →

അല്ലെങ്കിൽ ഇവിടെ എഡിറ്റ് ചെയ്യുക

ഇൻ-ബ്രൗസർ എഡിറ്റർ ടു-വേ സമന്വയം തിരികെ നൽകുന്ന അതേ ഫയലുകളിൽ പ്രവർത്തിക്കുന്നു, അതിനാൽ ഡാഷ്‌ബോർഡിൽ നിന്നുള്ള ഒരു ദ്രുത പരിഹാരം പിന്നീട് ആർക്കും കണ്ടെത്താനാകാത്ത മാറ്റത്തിന് പകരം നിങ്ങളുടെ ബ്രാഞ്ചിലെ ഒരു കമ്മിറ്റായി മാറുന്നു.

വെബ് എഡിറ്റർ →

ടു-വേ സിങ്ക്

നിങ്ങളുടെ റിപ്പോസിറ്ററിയും ലൈവ് സൈറ്റും, പൂർണ്ണ പൊരുത്തത്തിൽ

ഇത് ഓൺ ചെയ്യുക, സൈറ്റിന്റെ സ്വന്തം ഫയലുകൾ നിങ്ങളുടെ branch-ലേക്ക് തിരികെ commit ചെയ്യപ്പെടും, അതേസമയം ആ branch-ലെ commit-കൾ തിരികെ സൈറ്റിലേക്ക് ഡൗൺലോഡ് ചെയ്യപ്പെടും. ഞങ്ങൾ host ചെയ്യുന്ന എല്ലാ സൈറ്റുകളിലും, എല്ലാ ലൈനുകളിലും ഇത് പ്രവർത്തിക്കുന്നു — അടിസ്ഥാന മെഷീന് അതിന്റെ ഫയലുകളിൽ Git പ്രവർത്തിപ്പിക്കാൻ കഴിയണം എന്നത് മാത്രമാണ് ഏക നിബന്ധന, ഇത് പ്ലാനിൽ നിന്ന് അനുമാനിക്കുന്നതിനേക്കാൾ സെർവറോട് ചോദിച്ചറിയുന്നതാണ്.

ഏത് ഡയറക്‌ടറിയാണ് സമന്വയിപ്പിക്കേണ്ടതെന്ന് നിങ്ങൾ തിരഞ്ഞെടുക്കുന്നു, കാരണം ഒരു WordPress ഉപഭോക്താവ് അവരുടെ തീം ട്രാക്ക് ചെയ്യപ്പെടാനാണ് ആഗ്രഹിക്കുന്നത്, നാല്പതിനായിരം പ്രധാന ഫയലുകളല്ല. നിങ്ങൾ അത് ഓണാക്കുന്നത് വരെ അത് ഓഫായിരിക്കും: ഒരു സമന്വയം പ്രവർത്തനക്ഷമമാക്കുന്നത് മറ്റൊരാളുടെ ശേഖരത്തെക്കുറിച്ചുള്ള ഒരു തീരുമാനമാണ്, ഒരു മൈഗ്രേഷൻ ഒരിക്കലും നിങ്ങൾക്കായി അത് തീരുമാനിക്കാൻ പാടില്ല.

  • ഞങ്ങളുടെ ഹാർഡ്‌വെയറിലെ മാറ്റങ്ങൾ നിങ്ങളുടെ ബ്രാഞ്ചിലെ കമ്മിറ്റുകളായി മാറുന്നു
  • നിങ്ങളുടെ ബ്രാഞ്ചിലെ കമ്മിറ്റുകൾ സൈറ്റിലേക്ക് തിരികെ വരുന്നു
  • മുഴുവൻ ഡോക്യുമെന്റ് റൂട്ടുമല്ല, ഒരു ഡയറക്ടറി മാത്രം — ഒരു തീം, ഒരു പ്ലഗിൻ — സമന്വയിപ്പിക്കുക
  • നിലവിലുള്ള ഓരോ സൈറ്റിലും ഉൾപ്പെടെ ഡിഫോൾട്ടായി ഓഫാണ്
ഒരു എഡിറ്ററിൽ തുറന്നിരിക്കുന്ന ഫയലും അതേ ഫയൽ ഒരു ശേഖരത്തിൽ കമ്മിറ്റായി കാണിച്ചിരിക്കുന്നതും.

ഒരു ഡയറക്ടറി പ്രസിദ്ധീകരിക്കുക, അല്ലെങ്കിൽ നിങ്ങളുടെ സ്വന്തം CI അത് നിർമ്മിക്കാൻ അനുവദിക്കുക

രണ്ട് മോഡുകൾ, ബിൽഡ് എവിടെയാണ് പ്രവർത്തിക്കുന്നത് എന്നതാണ് വ്യത്യാസം. രണ്ടും അവസാനിക്കുന്നത് ഒരേ സ്ഥലത്താണ്: ഞങ്ങൾ ലഭ്യമാക്കി പ്രസിദ്ധീകരിക്കുന്ന ഒരു റഫറൻസ്, വിന്യാസത്തിനെതിരെ കമ്മിറ്റ് രേഖപ്പെടുത്തിയിരിക്കുന്നു.

  • പബ്ലിഷ് മോഡ് നിങ്ങളുടെ ബ്രാഞ്ച് അതേപടി എടുക്കുകയും നിങ്ങൾ വ്യക്തമാക്കുന്ന ഡയറക്ടറി പ്രസിദ്ധീകരിക്കുകയും ചെയ്യുന്നു — ശൂന്യമായി വിടുന്നത് റെപ്പോസിറ്ററി റൂട്ടിനെ സൂചിപ്പിക്കുന്നു.
  • CI മോഡ് നിങ്ങളുടെ ദാതാവിന്റെ സ്വന്തം പൈപ്പ്‌ലൈനിൽ നിങ്ങളുടെ ബിൽഡ് കമാൻഡ് പ്രവർത്തിപ്പിക്കുകയും ഔട്ട്പുട്ട് ഒരു പ്രത്യേക പബ്ലിഷ് ബ്രാഞ്ചിലേക്ക് കമ്മിറ്റ് ചെയ്യുകയും ചെയ്യുന്നു, അത് മറ്റേതൊരു റെഫറൻസും പോലെ ഞങ്ങൾ ലഭ്യമാക്കുന്നു.
  • ഒരു വിന്യാസം പ്രസിദ്ധീകരിക്കുന്ന ശാഖ എപ്പോഴും വ്യക്തമായി പേരിട്ട് സൂചിപ്പിക്കുന്നു, ഒരിക്കലും "സ്ഥിരസ്ഥിതി ശാഖ" എന്നല്ല — സ്ഥിരസ്ഥിതി നിങ്ങളുടെ അറിവില്ലാതെ മാറിയേക്കാം, ഏത് ശാഖയാണ് പ്രസിദ്ധീകരിച്ചതെന്ന് പറയാൻ കഴിയാത്ത ചരിത്രം ഒരു ചരിത്രമേയല്ല.
  • സ്വയമേവയുള്ള വിന്യാസം സ്ഥിരസ്ഥിതിയായി ഓണാണ്, വെബ്‌ഹുക്ക് നീക്കം ചെയ്യാതെ തന്നെ ഇത് ഓഫാക്കാനാകും, അതിനാൽ അവ പ്രവർത്തിക്കാൻ അനുവദിക്കുന്നതിന് മുമ്പ് ഡെലിവറികൾ എത്തുന്നത് നിങ്ങൾക്ക് നിരീക്ഷിക്കാനാകും.
  • ഓരോ വിന്യാസവും അതിന്റെ കമ്മിറ്റ്, അതിന്റെ ഫലം, അതിന്റെ സമയം എന്നിവ രേഖപ്പെടുത്തുകയും പശ്ചാത്തലത്തിൽ പ്രവർത്തിക്കുകയും ചെയ്യുന്നു — നിർമ്മാണം പൂർത്തിയാകുമ്പോൾ പേജ് അപ്ഡേറ്റ് ചെയ്യുന്നു.
  • വിച്ഛേദിക്കുന്നത് ഞങ്ങൾ നിർമ്മിച്ച വെബ്ഹുക്ക് മാത്രം അതിന്റെ id അടിസ്ഥാനമാക്കി നീക്കംചെയ്യുന്നു, നിങ്ങളുടെ ശേഖരത്തിലെ മറ്റൊന്നും നീക്കംചെയ്യുകയില്ല.

റിപ്പോസിറ്ററിയിൽ നിന്ന് ലൈവ് സൈറ്റിലേക്ക്

  1. അക്കൗണ്ട് കണക്റ്റ് ചെയ്യുക

    കണക്ഷനുകൾക്ക് കീഴിലുള്ള GitHub അല്ലെങ്കിൽ GitLab. നിങ്ങൾ ടോക്കൺ ഉണ്ടാക്കുന്നതിന് മുമ്പ് പ്രത്യേകാവകാശങ്ങൾ ലിസ്റ്റ് ചെയ്തിട്ടുണ്ട്, അത് സംഭരിക്കുന്നതിന് മുമ്പ് ദാതാവിനെതിരെ പരിശോധിക്കുന്നു.

  2. ഒരു ശേഖരത്തിലേക്ക് ഒരു സൈറ്റ് ചൂണ്ടിക്കാണിക്കുക

    ഉടമ, റിപ്പോസിറ്ററി, ബ്രാഞ്ച്, കൂടാതെ ഞങ്ങൾ ഒരു ഡയറക്ടറി പ്രസിദ്ധീകരിക്കുകയാണോ അതോ നിങ്ങളുടെ CI നിർമ്മിച്ചത് ലഭ്യമാക്കുകയാണോ എന്നത്. അതിന്റെ ഭാഗമായി ഞങ്ങൾ പുഷ് വെബ്‌ഹുക്ക് രജിസ്റ്റർ ചെയ്യുന്നു.

  3. തള്ളുക, അല്ലെങ്കിൽ ബട്ടൺ അമർത്തുക

    നിയുക്ത ബ്രാഞ്ചിലേക്കുള്ള പുഷ് വിന്യാസം ആരംഭിക്കുന്നു, അല്ലെങ്കിൽ സൈറ്റിന്റെ വിന്യാസ ടാബിൽ നിന്ന് ആവശ്യാനുസരണം നിങ്ങൾക്ക് വിന്യസിക്കാം. ബിൽഡുകൾ പശ്ചാത്തലത്തിൽ പ്രവർത്തിക്കുന്നു.

  4. ഇത് കാണുക, നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ തിരികെ സമന്വയിപ്പിക്കുക

    വിന്യാസ ചരിത്രം എന്താണ് പ്രസിദ്ധീകരിച്ചതെന്നും എപ്പോഴാണെന്നും കാണിക്കുന്നു. ഇരുവശത്തേക്കുമുള്ള സിങ്ക് ഓണാക്കുക, ഇവിടെ നിങ്ങൾ വരുത്തുന്ന മാറ്റങ്ങൾ നിങ്ങളുടെ ബ്രാഞ്ചിലേക്ക് കമ്മിറ്റുകളായി തിരികെ വരും.

എന്തെങ്കിലും പ്രശ്നമുണ്ടാകുമ്പോൾ

"കണക്റ്റുചെയ്‌തുവെങ്കിലും ഒരിക്കലും ഡെലിവർ ചെയ്‌തിട്ടില്ല" എന്നത് ഞങ്ങൾ നിങ്ങളെ യഥാർത്ഥത്തിൽ അറിയിക്കുന്ന ഒരു അവസ്ഥയാണ്

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

ഞങ്ങൾ നടപടിയെടുക്കുന്നതിന് മുമ്പ് ഡെലിവറികളുടെ ഒപ്പ് പരിശോധിക്കുന്നു; എല്ലാവർക്കും ബാധകമാണെന്ന് ഞങ്ങൾ അനുമാനിച്ച ഒന്നല്ല, മറിച്ച് ഓരോ ദാതാവിന്റെയും സ്വന്തം സ്കീം ഉപയോഗിച്ചാണ് ഇത് ചെയ്യുന്നത്. സ്ഥിരീകരിക്കാത്ത ഡെലിവറി നിശബ്ദമായി അവഗണിക്കുകയല്ല, മറിച്ച് നിരസിക്കുകയും രേഖപ്പെടുത്തുകയും ചെയ്യുന്നു.

  • കാർഡിലെ അവസാന ഡെലിവറി സമയവും സന്ദേശവും
  • "ഒരിക്കലും വിതരണം ചെയ്തിട്ടില്ല" എന്ന് രേഖപ്പെടുത്തിയിട്ടുണ്ട്, ശൂന്യമായി വിട്ടിട്ടില്ല
  • എന്തെങ്കിലും പ്രവർത്തിക്കുന്നതിന് മുമ്പ് ഓരോ ദാതാവിനും ഒപ്പ് പരിശോധിച്ചുറപ്പിച്ചു
  • നിങ്ങൾ വിച്ഛേദിക്കുമ്പോൾ ഞങ്ങൾ സൃഷ്‌ടിച്ച ഹുക്ക് ഐഡി ഉപയോഗിച്ച് നീക്കംചെയ്യപ്പെടും
എന്തെങ്കിലും ട്രിഗർ ചെയ്യുന്നതിന് മുമ്പ് ഒരു വെബ്‌ഹുക്ക് ഡെലിവറി എത്തുകയും പരിശോധിക്കുകയും ചെയ്യുന്നു.

ഐഡന്റിറ്റി

GitHub അല്ലെങ്കിൽ GitLab ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യുക — അല്ലെങ്കിൽ Google, അല്ലെങ്കിൽ Microsoft

ഒരു ഇമെയിൽ വിലാസത്തിനും പാസ്‌വേഡിനും പുറമേ, GitHub, GitLab, Google അല്ലെങ്കിൽ Microsoft എന്നിവ ഉപയോഗിച്ച് നിങ്ങൾക്ക് നിങ്ങളുടെ Zinn Digital® അക്കൗണ്ടിലേക്ക് സൈൻ ഇൻ ചെയ്യാം. ഐഡന്റിറ്റി ലെയറാണ് ഹാൻഡ്‌ഷേക്ക് നടത്തുന്നത്; ഞങ്ങൾ നിങ്ങളുടെ പ്രൊവൈഡർ പാസ്‌വേഡ് ഒരിക്കലും കാണില്ല, കൂടാതെ നിലവിലുള്ള ഒരു Zinn® അക്കൗണ്ടിലേക്ക് ഒരു സോഷ്യൽ അക്കൗണ്ട് ബന്ധിപ്പിക്കുന്നത് ഇമെയിൽ വഴി സ്ഥിരീകരിക്കേണ്ടതുമുണ്ട്.

GitHub ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യുന്നതും ഡിപ്ലോയ്‌മെന്റുകൾക്കായി GitHub കണക്റ്റ് ചെയ്യുന്നതും പ്രത്യേക തീരുമാനങ്ങളും പ്രത്യേക ക്രെഡൻഷ്യലുകളുമാണ്. ഒന്ന് ചെയ്യുന്നത് മറ്റൊന്നിനെ ബാധിക്കില്ല, ഒരെണ്ണം നീക്കം ചെയ്യുന്നത് മറ്റൊന്നിനെ നീക്കം ചെയ്യില്ല.

  • GitHub, GitLab, Google, Microsoft സൈൻ-ഇൻ
  • ഒരേ അക്കൗണ്ടിൽ പാസ്കീകളും ടു-ഫാക്ടറും
  • സൈൻ-ഇൻ, വിന്യാസ ക്രെഡൻഷ്യലുകൾ വേറിട്ടുനിൽക്കുന്നു
നിങ്ങളുടെ ടീമിനായി നിയോഗിച്ച ആക്സസ്
വ്യത്യസ്ത ദാതാക്കൾ വഴി ഒന്നിലധികം ആളുകൾ ഒരു അക്കൗണ്ടിലേക്ക് സൈൻ ഇൻ ചെയ്യുന്നു.

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

ഏതൊക്കെ സോഴ്സ്-കൺട്രോൾ ദാതാക്കളെയാണ് എനിക്ക് ബന്ധിപ്പിക്കാൻ കഴിയുക?

GitHub, GitLab എന്നിവ. നിങ്ങൾ ഇതിനകം പ്രവർത്തിക്കുന്ന അക്കൗണ്ട് ബന്ധിപ്പിക്കുക, അതിലൂടെ ഞങ്ങൾക്ക് അതിന്റെ റിപ്പോസിറ്ററികളിൽ നിന്ന് വിന്യസിക്കാനും അവയിൽ ഒരു പുഷ് വെബ്‌ഹുക്ക് രജിസ്റ്റർ ചെയ്യാനും — നിങ്ങൾക്ക് താൽപ്പര്യമുണ്ടെങ്കിൽ — നിങ്ങളുടെ സൈറ്റിന്റെ ഫയലുകൾ തിരിച്ചും സമന്വയിപ്പിക്കാനും കഴിയും. രണ്ടും ഒരേ ബന്ധിപ്പിച്ച അക്കൗണ്ട് ഇന്റർഫേസിലൂടെയാണ് പ്രവർത്തിക്കുന്നത്, അതിനാൽ താഴെ പറയുന്നവയെല്ലാം രണ്ടിനും ബാധകമാണ്.

എനിക്ക് GitHub അല്ലെങ്കിൽ GitLab ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യാൻ കഴിയുമോ?

അതെ, കൂടാതെ Google അല്ലെങ്കിൽ Microsoft ഉപയോഗിച്ചും സാധ്യമാണ്. ഒരു ഇമെയിൽ വിലാസത്തിനും പാസ്‌വേഡിനും പുറമെ, ഈ നാലിൽ ഏതും ഉപയോഗിച്ച് നിങ്ങൾക്ക് നിങ്ങളുടെ Zinn Digital® അക്കൗണ്ടിലേക്ക് സൈൻ ഇൻ ചെയ്യാം. ഐഡന്റിറ്റി ലെയറാണ് ഹാൻഡ്‌ഷേക്ക് കൈകാര്യം ചെയ്യുന്നത്, നിങ്ങളുടെ ദാതാവിന്റെ പാസ്‌വേഡ് ഞങ്ങൾ ഒരിക്കലും കാണുകയില്ല. GitHub ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യുന്നത് ഡിപ്ലോയ്മെന്റുകൾക്കായി GitHub കണക്റ്റ് ചെയ്യുന്നതിൽ നിന്ന് തികച്ചും വ്യത്യസ്തമായ ഒന്നാണ് — നിങ്ങൾക്ക് ഇവയിൽ ഏതെങ്കിലും ഒന്നോ, രണ്ടും കൂടിയോ, അല്ലെങ്കിൽ ഒന്നും തന്നെയോ ചെയ്യാതിരിക്കാം.

എനിക്ക് എവിടെയാണ് ഒരു ശേഖരം വിന്യസിക്കാൻ കഴിയുക?

ഒരു സ്റ്റാറ്റിക് അല്ലെങ്കിൽ ബിൽറ്റ് സൈറ്റിനായി Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps അല്ലെങ്കിൽ AWS Amplify എന്നിവയിലേക്ക് — അല്ലെങ്കിൽ റിപ്പോസിറ്ററിയും സൈറ്റിന്റെ ഫയലുകളും രണ്ട് ദിശകളിലും സമന്വയിപ്പിച്ച് നിലനിർത്തുന്ന ഞങ്ങളുടെ സ്വന്തം നിയന്ത്രിത ഹോസ്റ്റിംഗിലേക്ക്. സൈറ്റിനായുള്ള ലക്ഷ്യസ്ഥാനം നിങ്ങൾക്ക് തിരഞ്ഞെടുക്കാം; ഏതു വിധേനയും റിപ്പോസിറ്ററി കണക്ഷൻ ഒന്നുതന്നെയാണ്.

നിങ്ങൾക്ക് എന്റെ സൈറ്റ് നിർമ്മിച്ചുനൽകാൻ കഴിയുമോ, അതോ അത് മുൻകൂട്ടി നിർമ്മിച്ചതായിരിക്കണമെന്നുണ്ടോ?

ഏതെങ്കിലും ഒന്ന്. പബ്ലിഷ് മോഡിൽ ഞങ്ങൾ ബ്രാഞ്ച് ഉള്ളതുപോലെ എടുക്കുകയും നിങ്ങൾ നൽകുന്ന ഡയറക്ടറി പ്രസിദ്ധീകരിക്കുകയും ചെയ്യുന്നു. CI മോഡിൽ നിങ്ങളുടെ പ്രൊവൈഡറുടെ സ്വന്തം പൈപ്പ്‌ലൈൻ നിങ്ങളുടെ ബിൽഡ് കമാൻഡ് പ്രവർത്തിപ്പിക്കുകയും ഔട്ട്പുട്ട് ഒരു പ്രത്യേക പബ്ലിഷ് ബ്രാഞ്ചിലേക്ക് കമ്മിറ്റ് ചെയ്യുകയും ചെയ്യുന്നു, തുടർന്ന് മറ്റേതൊരു റെഫറൻസും പോലെ ഞങ്ങൾ അത് ലഭ്യമാക്കുന്നു. രണ്ടാമത്തേത് നിങ്ങളുടെ ബിൽഡ് നിങ്ങളുടെ സ്വന്തം CI-ൽ നിലനിർത്തുന്നു, അവിടെ നിങ്ങളുടെ രഹസ്യങ്ങളും കാഷിംഗും ഇതിനകം തന്നെയുണ്ട്.

ഒരു പുഷ് സ്വയമേവ വിന്യസിക്കപ്പെടുമോ?

ഡിഫോൾട്ടായി, അതെ — ഞങ്ങൾ റിപ്പോസിറ്ററിയിൽ ഒരു വെബ്‌ഹുക്ക് രജിസ്റ്റർ ചെയ്യുകയും നിങ്ങൾ നാമനിർദ്ദേശം ചെയ്ത ശാഖയിലേക്കുള്ള ഒരു പുഷ് വിന്യാസം ആരംഭിക്കുകയും ചെയ്യുന്നു. നിങ്ങൾക്ക് അത് ഓഫാക്കി വെബ്‌ഹുക്ക് നിലനിർത്താം, ഇത് കേൾക്കുന്നതിനേക്കാൾ കൂടുതൽ ഉപകാരപ്രദമാണ്: ഡെലിവറി ഇപ്പോഴും രേഖപ്പെടുത്തിയിരിക്കുന്നതിനാൽ, അവയിൽ പ്രവർത്തിക്കാൻ ഞങ്ങളെ അനുവദിക്കുന്നതിന് മുമ്പ് നിങ്ങളുടെ പുഷുകൾ വരുന്നത് നിങ്ങൾക്ക് കാണാനാകും.

ടു-വേ സമന്വയം എന്നാൽ എന്താണ്?

ഞങ്ങളുടെ ഹാർഡ്‌വെയറിൽ വരുത്തുന്ന മാറ്റങ്ങൾ നിങ്ങളുടെ ബ്രാഞ്ചിലെ കമ്മിറ്റുകളായി മാറുന്നു, കൂടാതെ നിങ്ങളുടെ ബ്രാഞ്ചിലെ കമ്മിറ്റുകൾ സൈറ്റിലേക്ക് തിരികെ വരുന്നു. നിങ്ങൾ ഇത് ഓൺ ചെയ്യുന്നതുവരെ ഇത് ഓഫ് ആയിരിക്കും, കാരണം ഇത് ഓൺ ചെയ്യുന്നത് മറ്റൊരാളുടെ റിപ്പോസിറ്ററിയെക്കുറിച്ചുള്ള തീരുമാനമാണ്, ഞങ്ങൾ അത് നിങ്ങൾക്കായി എടുക്കില്ല. ഏത് ഡയറക്‌ടറിയാണ് സിങ്ക് ചെയ്യേണ്ടതെന്ന് നിങ്ങൾ തിരഞ്ഞെടുക്കുക — സാധാരണയായി ഒരു തീം അല്ലെങ്കിൽ പ്ലഗിൻ, അല്ലാതെ നാല്പതിനായിരം WordPress കോർ ഫയലുകളല്ല.

രണ്ട് വശങ്ങളും മാറിയാൽ എന്ത് സംഭവിക്കും?

ഒന്നും മാറ്റിയെഴുതപ്പെടുന്നില്ല, ഒന്നും പുഷ് ചെയ്യപ്പെടുന്നുമില്ല. സമന്വയം നിലയ്ക്കുകയും, ഞങ്ങൾ അടിസ്ഥാനമാക്കിയ കമ്മിറ്റിനെ മറികടന്ന് ബ്രാഞ്ച് മാറിയെന്ന് നിങ്ങളെ അറിയിക്കുകയും ചെയ്യുന്നു, കൂടാതെ നിങ്ങൾക്ക് ഏത് വശമാണ് വേണ്ടത് — ശേഖരം നിലനിർത്തണോ അതോ സൈറ്റ് നിലനിർത്തണോ എന്ന് ചോദിക്കുകയും ചെയ്യുന്നു. ഒരിക്കലും സമന്വയിപ്പിക്കാത്തതും ഇതിനകം കമ്മിറ്റുകൾ ഉള്ളതുമായ ഒരു ബ്രാഞ്ചിലേക്ക് വിരൽ ചൂണ്ടുന്ന ഒരു സൈറ്റും അതിന്റേതായ ഒരു പ്രത്യേക അവസ്ഥയാണ്, കൂടാതെ ഏതാണ് ശരിയെന്ന് ഊഹിക്കുന്നതിനുപകരം അത് ചോദിക്കുകയാണ് ചെയ്യുന്നത്.

എന്റെ ആക്‌സസ്സ് ടോക്കൺ എങ്ങനെയാണ് പരിരക്ഷിച്ചിരിക്കുന്നത്?

കണക്ഷൻ സൃഷ്‌ടിക്കുന്നതിന് മുമ്പ് അതിന് ആവശ്യമായ പ്രിവിലേജുകൾ ഞങ്ങൾ നിങ്ങൾക്ക് കാണിച്ചുതരുന്നു, നൽകുന്ന സമയത്ത് തന്നെ ദാതാവിന്റെ സ്വന്തം API ഉപയോഗിച്ച് ടോക്കൺ പരിശോധിക്കുന്നു — അതിനാൽ അസാധുവായതോ തെറ്റായ സ്കോപ്പിലുള്ളതോ ആയ ടോക്കൺ ഒരിക്കലും സൂക്ഷിക്കപ്പെടില്ല — അതിനുശേഷം മാത്രമേ അത് Vault-ലേക്ക് എഴുതൂ. ഇത് ഒരിക്കലും ഞങ്ങളുടെ കോഡിലോ ലോഗിലോ എൻവയോൺമെന്റ് ഫയലിലോ കമാൻഡ് ലൈനിലോ സ്പർശിക്കുന്നില്ല. ദാതാവിൽ അത് റദ്ദാക്കുകയോ അല്ലെങ്കിൽ നിങ്ങൾക്ക് ആവശ്യമുള്ളപ്പോഴെല്ലാം ഇവിടെ കണക്ഷൻ നീക്കം ചെയ്യുകയോ ചെയ്യാം.

നിങ്ങൾ എന്റെ പുഷുകൾ യഥാർത്ഥത്തിൽ സ്വീകരിക്കുന്നുണ്ടോ എന്ന് എനിക്ക് എങ്ങനെ അറിയാനാകും?

ദാതാവ് അവസാനമായി ഞങ്ങൾക്ക് എപ്പോഴാണ് കൈമാറിയതെന്നും അത് എന്താണ് പറഞ്ഞതെന്നും റിപ്പോസിറ്ററി കാർഡ് കാണിക്കുന്നു. ആ സ്ക്രീനിലെ ഏറ്റവും ഉപകാരപ്രദമായ ഒരൊറ്റ ഡയഗ്നോസ്റ്റിക് ആണ് 'ഒരിക്കലും കൈമാറിയിട്ടില്ല' എന്നത്, കാരണം 'ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്നാൽ ഒരിക്കലും കൈമാറിയിട്ടില്ല' എന്നത് തെറ്റായ സ്കോപ്പുള്ള ടോക്കൺ അല്ലെങ്കിൽ തടഞ്ഞുവെച്ച കൈമാറ്റം എന്നിവയുടെ കൃത്യമായ ലക്ഷണമാണ് — ഇത് മറ്റൊരിടത്തും കാണാൻ കഴിയില്ല. ഞങ്ങൾ നടപടിയെടുക്കുന്നതിന് മുമ്പ് ഓരോ കൈമാറ്റവും ഒപ്പ് പരിശോധിച്ച് ഉറപ്പാക്കുന്നു.

എനിക്ക് Footprint-Free ലൈനിൽ Pages വിന്യാസം ഉപയോഗിക്കാൻ കഴിയുമോ?

ഇത് വാഗ്ദാനം ചെയ്യപ്പെടുന്നു, കൂടാതെ ഇത് ഫ്ലാഗ് ചെയ്യപ്പെടുന്നു. GitHub Pages, GitLab Pages എന്നിവ പ്രൊവൈഡർ ഇൻഫ്രാസ്ട്രക്ചറും പൊതു github.io, gitlab.io ഹോസ്റ്റ് നാമങ്ങളും പങ്കിടുന്നു, അതൊരു കാൽപ്പാടാണ് (footprint) — ആ വരി ഒഴിവാക്കാൻ ശ്രമിക്കുന്ന ഒരേയൊരു കാര്യം. കാൽപ്പാടുകളില്ലാത്ത (zero-footprint) ശൃംഖലയ്ക്കായി, പകരം വേർതിരിച്ച ഹോസ്റ്റിംഗിലേക്ക് വിന്യസിക്കുക. മറ്റെല്ലായിടത്തും, Pages ഫസ്റ്റ്-ക്ലാസ് ആണ്.

ഞാൻ എന്തിനാണ് Vercel വ്യക്തമായി തിരഞ്ഞെടുക്കേണ്ടത്?

കാരണം ഇതിന്റെ സൗജന്യ ടയർ വാണിജ്യേതര ഉപയോഗത്തിന് മാത്രമായി ലൈസൻസ് ചെയ്തിട്ടുള്ളതാണ്. സുരക്ഷിതമായിടത്ത് നിങ്ങൾ കണക്റ്റ് ചെയ്‌ത അക്കൗണ്ടുകളിൽ നിന്ന് ഞങ്ങൾ ലക്ഷ്യസ്ഥാനം അനുമാനിക്കുന്നു, കൂടാതെ Vercel-നെ ആ അനുമാനത്തിൽ നിന്ന് മനഃപൂർവ്വം ഒഴിവാക്കിയിരിക്കുന്നു — ഒരു അക്കൗണ്ട് കണക്റ്റ് ചെയ്യുന്നത് വഴി ലൈസൻസ് അനുവദിക്കാത്ത ഒരിടത്ത് വാണിജ്യ സൈറ്റ് സ്വഭാവികമായി ഉൾപ്പെടുത്തപ്പെടാൻ പാടില്ല. അത് തിരഞ്ഞെടുക്കുക, മറ്റുള്ളവയെപ്പോലെ തന്നെ ഇത് പ്രവർത്തിക്കും.

എന്താണ് വിന്യസിച്ചതെന്നും എപ്പോഴാണെന്നും എനിക്ക് കാണാൻ കഴിയുമോ?

അതെ. ഓരോ വിന്യാസവും അത് പ്രസിദ്ധീകരിച്ച കമ്മിറ്റ്, അത് എപ്പോൾ പ്രവർത്തിച്ചു, എങ്ങനെ പൂർത്തിയായി എന്നിവ രേഖപ്പെടുത്തുന്നു, കൂടാതെ സൈറ്റിന്റെ ഡിപ്ലോയ് ടാബ് തത്സമയ URL-നൊപ്പം ചരിത്രം കാണിക്കുന്നു. വിന്യാസങ്ങൾ പശ്ചാത്തലത്തിലാണ് പ്രവർത്തിക്കുന്നത്, അതിനാൽ ലോഡിംഗ് ചിഹ്നം നോക്കി കാത്തിരിക്കുന്നതിന് പകരം ബിൽഡ് പൂർത്തിയാകുമ്പോൾ തന്നെ പേജ് അപ്‌ഡേറ്റാകും.

നിങ്ങളുടെ റിപ്പോസിറ്ററിയിൽ നിന്ന് വിന്യസിക്കുക

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

സൗജന്യമായി ആരംഭിക്കുക