Zinnector® ഉപയോഗിച്ച് വിന്യവിക്കുന്നു: ലിങ്ക് ചെയ്യുക, പരിശോധിക്കുക, പുഷ് ചെയ്യുക

ഒരു പ്രോജക്റ്റ് ലോക്കലായി പ്രവർത്തിച്ചുതുടങ്ങിയാൽ, Zinn Digital® ഹോസ്റ്റിംഗിലെ ഒരു ലൈവ് സൈറ്റിലേക്ക് അതിനെ എത്തിക്കാൻ നാല് കമാൻഡുകൾ ആവശ്യമാണ്: സൈൻ ഇൻ ചെയ്യുക, പ്രോജക്റ്റിനെ ഒരു ഹോസ്റ്റിംഗ് സ്ലോട്ടിലേക്ക് ലിങ്ക് ചെയ്യുക, പ്രീ-ഫ്ലൈറ്റ് വായിക്കുക, പുഷ് ചെയ്യുക. ഈ ലേഖനം ഇവയിലൊരോന്നിനെയും കുറിച്ചും, അവ പ്രിന്റ് ചെയ്യുന്ന കാര്യങ്ങളെക്കുറിച്ചും, അതിനുശേഷം നിങ്ങൾ ഉപയോഗിക്കുന്ന കമാൻഡുകളായ — റീഡിപ്ലോയ്മെന്റുകൾ, ഡിപ്ലോയ് ഹിസ്റ്ററി, ബിൽഡ് ലോഗുകൾ എന്നിവയെക്കുറിച്ചും വിശദീകരിക്കുന്നു.

API കീ ഉപയോഗിച്ച് സൈൻ ഇൻ ചെയ്യുക

ഡാഷ്‌ബോർഡിൽ Settings → API keys എന്നതിന് കീഴിൽ ഒരു കീ സൃഷ്‌ടിക്കുക, തുടർന്ന്:

zinnector login

പ്രോംപ്റ്റിലാണ് കീ ടൈപ്പ് ചെയ്യുന്നത് — കമാൻഡ് ലൈനിൽ ഇത് ഒരിക്കലും സ്വീകരിക്കില്ല, അതിനാൽ ഇത് നിങ്ങളുടെ ഷെൽ ഹിസ്റ്ററിയിലോ പ്രോസസ്സ് ലിസ്റ്റിംഗിലോ വരില്ല. CI-ൽ, ഇത് പൈപ്പ് ചെയ്യുക: echo "$ZINN_API_KEY" | zinnector login --profile ci, അല്ലെങ്കിൽ ZINNECTOR_TOKEN സെറ്റ് ചെയ്ത് login പൂർണ്ണമായും ഒഴിവാക്കുക. കീ സൂക്ഷിക്കുന്നതിന് മുമ്പ് പരിശോധിക്കുകയും ഫയൽ മോഡ് 600 ഉപയോഗിച്ച് സൂക്ഷിക്കുകയും ചെയ്യുന്നു. zinnector whoami --scopes നിങ്ങൾ ഏത് ഓർഗനൈസേഷനിലേക്കാണ് സൈൻ ഇൻ ചെയ്തിരിക്കുന്നതെന്നും കീയിൽ എന്തെല്ലാം പെർമിഷനുകൾ ഉണ്ടെന്നും കാണിക്കുന്നു; സാാൻഡ്ബോക്സ് കീ ഒരു സാൻഡ്ബോക്സ് കീ ആയി തന്നെ ലേബൽ ചെയ്യപ്പെടുന്നു.

പ്രോജക്റ്റ് ഒരു സ്ലോട്ടിലേക്ക് ലിങ്ക് ചെയ്യുക

zinnector link                                   # ലിസ്റ്റിൽ നിന്ന് ഒരു സൈറ്റ് തിരഞ്ഞെടുക്കുക
zinnector link example.com --repo acme/site --branch main

link എന്നത് സൈറ്റിന്റെ id, zinnector.json-ലേക്ക് എഴുതുന്നു, കൂടാതെ നിങ്ങൾ --no-repo നൽകിയിട്ടില്ലെങ്കിൽ, പ്രോജക്റ്റിന്റെ ഗിറ്റ് റിമോട്ടിനെ പ്ലാറ്റ്‌ഫോമിലെ സൈറ്റുമായി ബന്ധിപ്പിക്കുന്നു, അതുവഴി ഒരു പുഷ് അതിനെ ഡിപ്ലോയ് ചെയ്യുന്നു. zinnector.json കമ്മിറ്റ് ചെയ്യുക: റെപ്പോസിറ്ററി ക്ലോൺ ചെയ്യുന്ന ഒരു സഹപ്രവർത്തകന് പ്രത്യേകം നിർദ്ദേശങ്ങൾ ഇല്ലാതെ തന്നെ അതേ സ്ഥലത്തേക്ക് ഡിപ്ലോയ് ചെയ്യാൻ സാധിക്കും. ഇതിൽ രഹസ്യ വിവരങ്ങളൊന്നും അടങ്ങിയിട്ടില്ല.

പ്രീ-ഫ്ലൈറ്റ് വായിക്കുക

zinnector check

CLI നിലനിൽക്കുന്നതിന്റെ പ്രധാന ഉദ്ദേശ്യം ഈ കമാൻഡാണ്. ഇത് നിങ്ങളുടെ പ്രോജക്റ്റിനെ ഡിപ്ലോയ് ചെയ്യാൻ പോകുന്ന സ്ലോട്ടുമായി താരതമ്യം ചെയ്യുകയും എല്ലാ അപാകതകളും — അതിന് ചെയ്യാൻ കഴിയാത്ത ഓരോ താരതമ്യവും പ്രിന്റ് ചെയ്യുകയും ചെയ്യുന്നു:

• PHP പതിപ്പ്, ഇതിലെ പ്രധാന പതിപ്പ് വ്യത്യാസം (major-version gap) high ആയി തരംതിരിച്ചിരിക്കുന്നു, കാരണം ഇത് സൈറ്റിന്റെ പ്രവർത്തനത്തെ ബാധിച്ചേക്കാം, കൂടാതെ ചെറിയ പതിപ്പ് വ്യത്യാസം (minor gap) കുറഞ്ഞ നിലയിൽ തരംതിരിച്ചിരിക്കുന്നു, കാരണം എല്ലാ കാര്യങ്ങളെയും ക്രിട്ടിക്കൽ ആയി തരംതിരിച്ചാൽ ആളുകൾ മുന്നറിയിപ്പുകൾ അവഗണിക്കാൻ തുടങ്ങും.
• നിങ്ങൾ നിർമ്മിച്ച പതിപ്പിലേക്ക് സ്ലോട്ടിന് മാറാൻ കഴിയുമോ എന്നത്, സ്ലോട്ടിന്റെ PHP കാലഹരണപ്പെട്ടതാണോ (past end of life) എന്നത്, കൂടാതെ മെഷീൻ പതിപ്പ് പ്രവർത്തികമാക്കിയതാണോ (applied) അതോ നിർദ്ദേശം നൽകുക മാത്രം ചെയ്തതാണോ എന്നത്.
• നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ വലിപ്പവും ഫയലുകളുടെ എണ്ണവും സ്ലോട്ടിൽ യഥാർത്ഥത്തിൽ ബാക്കിയുള്ള ഡിസ്ക്, ഇനോഡ് ഹെഡ്‌റൂം എന്നിവയുമായി താരതമ്യം ചെയ്യുന്നു — ഒരു WordPress ട്രീ അതിന്റെ ഡിസ്ക് പരിധിയിൽ എത്തുന്നതിന് മുമ്പ് തന്നെ ഫയലുകളുടെ എണ്ണം തീർന്നുപോയേക്കാം.
• ഇരുവശത്തുമുള്ള WordPress പതിപ്പുകൾ, സ്ലോട്ടിന്റെ പ്രൊവിഷനിംഗ് പൂർത്തിയായിട്ടുണ്ടോ എന്നത്, കൂടാതെ പുഷ് ചെയ്യുന്നതിനായി ഒരു റെപ്പോസിറ്ററി കണക്റ്റ് ചെയ്തിട്ടുണ്ടോ എന്നത്.

ഇത് മുന്നറിയിപ്പ് നൽകുന്നു; ഒരിക്കലും തടയുന്നില്ല. നിങ്ങളുടെ സൈറ്റിനെക്കുറിച്ച് ചെക്കറിന് അറിയാത്ത കാര്യങ്ങൾ നിങ്ങൾക്ക് അറിയാവുന്നതിനാൽ, കണ്ടെത്തുന്ന ഓരോ കാര്യവും zinnector push --force ഉപയോഗിച്ച് മറികടക്കാൻ കഴിയും (overridable). ചെയ്യാൻ കഴിയാത്ത ഒരു താരതമ്യം പാസ്സ് ആയിട്ടല്ല, മറിച്ച് unknown ആയിട്ടാണ് റിപ്പോർട്ട് ചെയ്യുന്നത്, കൂടാതെ അത്തരം എത്രയെണ്ണം ഉണ്ടായിരുന്നുവെന്ന് സമറിയിൽ എപ്പോഴും വ്യക്തമാക്കുന്നു. ഡിഫോൾട്ടായി ലോക്കൽ PHP പതിപ്പ് എന്നത് zinnector.json-ൽ പ്രഖ്യാപിച്ച (declared) പതിപ്പാണ്; --probe ലോക്കൽ റൺടൈം ബൂട്ട് ചെയ്യുകയും പകരം അത് അളക്കുകയും ചെയ്യുന്നു. --strict എന്നത് അറിയപ്പെടാത്തവയിലും (unknowns) നോൺ-സീറോ ആയി എക്സിറ്റ് ചെയ്യുന്നു, ഇതാണ് ഒരു CI ഗേറ്റിന് ആവശ്യം.

പുഷ് ചെയ്യുക

zinnector push

push എന്നത് പ്രീ-ഫ്ലൈറ്റ് റൺ ചെയ്യുകയും നിങ്ങളുടെ കമ്മിറ്റുകൾ പുഷ് ചെയ്യുകയും ഡിപ്ലോയ് പ്രക്രിയ ആരംഭിക്കുകയും അത് പൂർത്തിയാകുന്നതുവരെ നിരീക്ഷിക്കുകയും ചെയ്യുന്നു, അതിനുശേഷം അവസാന സ്റ്റാറ്റസും ഡിപ്ലോയ് ചെയ്ത കമ്മിറ്റും പ്രിന്റ് ചെയ്യുന്നു. --dry-run എന്നത് ഡിപ്ലോയ് ഒഴികെ ബാക്കിയെല്ലാം ചെയ്യുന്നു; --no-wait ഇത് ആരംഭിച്ച ശേഷം എക്സിറ്റ് ചെയ്യുന്നു; --no-git എന്നത് പുഷ് ചെയ്യാതെ തന്നെ പ്ലാറ്റ്‌ഫോമിൽ നിലവിലുള്ളത് ഡിപ്ലോയ് ചെയ്യുന്നു. ഡിപ്ലോയ് ചെയ്ത കമ്മിറ്റ് ഇപ്പോൾ പുഷ് ചെയ്ത ഒന്നല്ലെങ്കിൽ, അത് അങ്ങനെ വ്യക്തമാക്കുന്നു.

എന്തെങ്കിലും തെറ്റ് സംഭവിച്ചാൽ

zinnector deploys example.com        # ഡിപ്ലോയ് ഹിസ്റ്ററി — സ്റ്റാറ്റസ്, കമ്മിറ്റ്, ട്രിഗർ, മെസ്സേജ്
zinnector logs example.com --build   # ഏറ്റവും പുതിയ ഡിപ്ലോയിന്റെ ബിൽഡ് ലോഗ്
zinnector logs example.com --error   # സൈറ്റിന്റെ എറർ ലോഗ്
zinnector deploy example.com         # പ്ലാറ്റ്‌ഫോമിൽ നിലവിലുള്ളത് വീണ്ടും ഡിപ്ലോയ് ചെയ്യുക
zinnector ai "why is my deploy failing?"

zinnector ai പ്ലാറ്റ്‌ഫോമിൽ നിങ്ങളുടെ സ്വന്തം അക്കൗണ്ടിലാണ് പ്രവർത്തിക്കുന്നത്, അതിനാൽ ഇതിന് അതേ ഡിപ്ലോയ് ഹിസ്റ്ററിയും ലോഗുകളും കാണാൻ കഴിയും. ഒരു പ്രോജക്റ്റിന്റെ ഉള്ളിൽ നിന്ന്, ഇത് പ്രോജക്റ്റിന്റെ ഘടന — ഡയറക്‌ടറി നാമങ്ങൾ, പതിപ്പുകൾ, സൈറ്റ് id എന്നിവ അയയ്ക്കുന്നു, ഫയൽ ഉള്ളടക്കങ്ങൾ ഒരിക്കലും അയയ്ക്കില്ല.

ബന്ധപ്പെട്ടവ

• ആരംഭിക്കുന്നത് · ലോക്കൽ ഡെവലപ്‌മെന്റ് · കമാൻഡ് റഫറൻസ് · ട്രബിൾഷൂട്ടിംഗ്