ഏതൊക്കെ സോഴ്സ്-കൺട്രോൾ ദാതാക്കളെയാണ് എനിക്ക് ബന്ധിപ്പിക്കാൻ കഴിയുക?
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-നൊപ്പം ചരിത്രം കാണിക്കുന്നു. വിന്യാസങ്ങൾ പശ്ചാത്തലത്തിലാണ് പ്രവർത്തിക്കുന്നത്, അതിനാൽ ലോഡിംഗ് ചിഹ്നം നോക്കി കാത്തിരിക്കുന്നതിന് പകരം ബിൽഡ് പൂർത്തിയാകുമ്പോൾ തന്നെ പേജ് അപ്ഡേറ്റാകും.