Zinnector® உடன் வரிசைப்படுத்துதல்: இணைப்பு, சரிபார்த்து, புஷ் செய்யவும்

உள்ளூர் திட்டத்திலிருந்து நேரலைத் தளத்திற்கு: ஒரு API விசையுடன் உள்நுழைக, திட்டத்தை ஹோஸ்டிங் ஸ்லாட்டுடன் இணைக்கவும், உங்கள் PHP, டிஸ்க் மற்றும் WordPress ஆகியவற்றை ஸ்லாட்டுடன் ஒப்பிடும் ப்ரீ-ஃபிளைட்டைப் படித்து, புஷ் செய்யவும் — மேலும் ஏதேனும் தவறு நேர்ந்தால் மீண்டும் வரிசைப்படுத்துதல், வரிசைப்படுத்தல் வரலாறு மற்றும் பில்ட் பதிவுகள் கிடைக்கும்.

ஒரு திட்டம் உள்ளூரில் இயங்கியவுடன், Zinn Digital® ஹோஸ்டிங்கில் அதை ஒரு நேரலைத் தளமாகக் கொண்டு செல்ல நான்கு கட்டளைகள் தேவைப்படுகின்றன: உள்நுழைவு (sign in), ஹோஸ்டிங் ஸ்லாட்டுடன் திட்டத்தை இணைத்தல் (link), பிரீ-ஃப்ளைட் வாசித்தல் (pre-flight), மற்றும் புஷ் (push). இந்தத் கட்டுரை அவை ஒவ்வொன்றையும், அவை எதை அச்சிடுகின்றன என்பதையும், அதன் பிறகு நீங்கள் பயன்படுத்தும் கட்டளைகளான — மறுவிநியோகங்கள் (redeploys), விநியோக வரலாறு (deploy history) மற்றும் பில்ட் பதிவுகள் (build logs) ஆகியவற்றையும் விரிவாக விளக்குகிறது.

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 ஐக் குறிப்பிடாத வரை, திட்டத்தின் git ரிமோட்டை இயங்குதளத்தில் உள்ள தளத்துடன் இணைக்கிறது, இதனால் புஷ் செய்வது அதை விநியோகிக்கும். zinnector.json ஐ கமிட் செய்யவும்: களஞ்சியத்தை க்ளோன் செய்யும் ஒரு சக ஊழியர், கூறப்படாமலேயே அதே இடத்திற்கு விநியோகிப்பார். இதில் இரகசியம் எதுவும் இல்லை.

பிரீ-ஃப்ளைட்டை வாசிக்கவும்

zinnector check

CLI நடைமுறையில் இருப்பதற்கான கட்டளை இதுதான். இது உங்கள் திட்டத்தை அது விநியோகிக்கப்பட உள்ள ஸ்லாட்டுடன் ஒப்பிட்டு, ஒவ்வொரு பொருந்தாமையையும் — மற்றும் அது செய்ய முடியாத ஒவ்வொரு ஒப்பீட்டையும் அச்சிடுகிறது:

PHP பதிப்பு, முக்கியப் பதிப்பு (major-version) இடைவெளி high என வகைப்படுத்தப்படுகிறது, ஏனெனில் இது நிச்சயமாக ஒரு தளத்தை முடக்கும்; சிறிய இடைவெளி (minor gap) குறைவாக வகைப்படுத்தப்படுகிறது, ஏனெனில் அனைத்தையும் ஆபத்தானது என வகைப்படுத்துவது எச்சரிக்கையைப் புறக்கணிக்க மக்களுக்குக் கற்பிக்கும்.
நீங்கள் உருவாக்கிய பதிப்பிற்கு ஸ்லாட் மாற முடியுமா, ஸ்லாட்டின் 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        # விநியோக வரலாறு — நிலை, கமிட், தூண்டுதல், செய்தி
zinnector logs example.com --build   # மிகச் சமீபத்திய விநியோகத்தின் பில்ட் பதிவு
zinnector logs example.com --error   # தளத்தின் பிழைப் பதிவு
zinnector deploy example.com         # இயங்குதளத்தில் ஏற்கனவே இருப்பதை மறுவிநியோகம் செய்ய
zinnector ai "why is my deploy failing?"

zinnector ai உங்கள் சொந்தக் கணக்கிற்கு எதிராக இயங்குதளத்தில் இயங்குகிறது, எனவே இது அதே விநியோக வரலாறு மற்றும் பதிவுகளைப் பார்க்க முடியும். ஒரு திட்டத்தின் உள்ளிருந்து இது திட்டத்தின் வடிவம் — கோப்பகப் பெயர்கள், பதிப்புகள் மற்றும் தளத்தின் id ஆகியவற்றை அனுப்புகிறது — ஆனால் கோப்பு உள்ளடக்கங்களை ஒருபோதும் அனுப்பாது.

தொடர்புடையவை

Getting started · Local development · Command reference · Troubleshooting

இன்னும் சிக்கலில் உள்ளதா?

ஒ h plans இல் ஆதரவு சேர்க்கப்பட்டுள்ளது மற்றும் உங்கள் சொந்த மொழியிலேயே பதில்களும் கிடைக்கும்.

ஆதரவைத் தொடர்புகொள்ளவும் →

அனைத்து கட்டுரைகளும் →