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                                   # pick a site from a list
zinnector link example.com --repo acme/site --branch main

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

പ്രീ-ഫ്ലൈറ്റ് പരിശോധിക്കുക

zinnector check

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

• PHP പതിപ്പ്, ഒരു പ്രധാന പതിപ്പിലെ വ്യത്യാസം high എന്ന് അടയാളപ്പെടുത്തുന്നു, കാരണം അത് ഒരു സൈറ്റിനെ കാര്യമായി തകരാറിലാക്കുന്നു, കൂടാതെ ഒരു ചെറിയ വ്യത്യാസം താഴ്ന്ന നിലയിൽ അടയാളപ്പെടുത്തുന്നു, കാരണം എല്ലാത്തിനെയും ഗുരുതരമായതായി അടയാളപ്പെടുത്തുന്നത് ആളുകളെ മുന്നറിയിപ്പ് അവഗണിക്കാൻ പ്രേരിപ്പിക്കുന്നു.
• നിങ്ങൾ ബിൽഡ് ചെയ്ത പതിപ്പിലേക്ക് സ്ലോട്ടിന് മാറാൻ കഴിയുമോ എന്നത്, സ്ലോട്ടിന്റെ PHP പതിപ്പ് കാലഹരണപ്പെട്ടതാണോ എന്നത്, മെഷീൻ ആ പതിപ്പ് പ്രയോഗിച്ചോ അതോ നിർദ്ദേശം നൽകുക മാത്രമാണോ ഉണ്ടായത് എന്നത്.
• സ്ലോട്ടിൽ ശേഷിക്കുന്ന യഥാർത്ഥ ഡിസ്ക്, ഐനോഡ് സ്പേസിന് ആനുപാതികമായി നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ വലുപ്പവും ഫയലുകളുടെ എണ്ണവും — ഒരു WordPress ട്രീ അതിന്റെ ഡിസ്ക് പരിധിക്ക് താഴെയാണെങ്കിലും ഫയലുകളുടെ പരിധി തീർന്നുപോകാൻ സാധ്യതയുണ്ട്.
• ഓരോ ഭാഗത്തെയും WordPress പതിപ്പുകൾ, സ്ലോട്ടിന്റെ പ്രൊവിഷനിംഗ് പൂർത്തിയായതാണോ എന്നത്, കൂടാതെ പുഷ് ചെയ്യുന്നതിനായി ഒരു റിപ്പോസിറ്ററി ബന്ധിപ്പിച്ചിട്ടുണ്ടോ എന്നത്.

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

പുഷ് ചെയ്യുക

zinnector push

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

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

zinnector deploys example.com        # deploy history — status, commit, trigger, message
zinnector logs example.com --build   # the build log of the most recent deploy
zinnector logs example.com --error   # the site's error log
zinnector deploy example.com         # redeploy what the platform already has
zinnector ai "why is my deploy failing?"

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

അനുബന്ധ വിവരങ്ങൾ

• Getting started · Local development · Command reference · Troubleshooting