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 साइटचा आयडी zinnector.json मध्ये लिहितो आणि --no-repo पास केल्याशिवाय, प्रकल्पाचे गिट रिमोट प्लॅटफॉर्मवरील साइटशी जोडतो जेणेकरून पुश केल्यावर तो डिप्लॉय होईल. zinnector.json कमिट करा: ज्या सहकाऱ्याने रिपॉझिटरी क्लोन केली आहे तो कोणालाही न सांगता त्याच ठिकाणी डिप्लॉय करतो. त्यात कोणतीही गुप्त माहिती नसते.

प्री-फ्लाइट वाचा

zinnector check

ज्यासाठी CLI अस्तित्वात आहे ती ही कमांड आहे. ती तुमच्या प्रकल्पाची तो ज्या स्लॉटवर डिप्लॉय केला जाणार आहे त्याच्याशी तुलना करते आणि प्रत्येक विसंगती — आणि ती करू शकलेली प्रत्येक तुलना प्रिन्ट करते:

• PHP आवृत्ती, मेजर-व्हर्जनमधील तफावत हाय म्हणून वर्गीकृत केली जाते कारण ती विश्वासाने साइट खंडित करते आणि मायनर तफावत कमी वर्गीकृत केली जाते, कारण प्रत्येक गोष्टीला गंभीर म्हणून वर्गीकृत केल्यामुळे लोकांना चेतावणी वगळायला शिकवले जाते.
• स्लॉट तुम्ही तयार केलेल्या आवृत्तीवर बदल करू शकतो का, स्लॉटचे PHP एंड ऑफ लाइफच्या पलीकडे आहे का, आणि मशीनने ती आवृत्ती लागू केली आहे किंवा फक्त सांगितले आहे.
• स्लॉटवर प्रत्यक्षात उरलेल्या डिस्क आणि आयनोड हेडरुमच्या विरुद्ध तुमच्या प्रकल्पाचा आकार आणि फाइल संख्या — डिस्क कॅपच्या खाली असतानाही WordPress ट्री मधील फाइल्स संपू शकतात.
• प्रत्येक बाजूकडील WordPress आवृत्त्या, स्लॉटचे प्रोव्हिजनिंग पूर्ण झाले आहे का, आणि पुश करण्यासाठी रिपॉझिटरी जोडलेली आहे का.

ती चेतावणी देते; ती कधीही ब्लॉक करत नाही. प्रत्येक निष्कर्ष zinnector push --force सह ओव्हरराईड केला जाऊ शकतो, कारण चेकरला माहीत नसलेल्या गोष्टी तुम्हाला तुमच्या स्वतःच्या साइटबद्दल माहीत असतात. जी तुलना करता आली नाही ती अज्ञात म्हणून नोंदवली जाते, कधीही पास म्हणून नाही, आणि सारांश नेहमी किती होत्या हे सांगतो. डीफॉल्टनुसार स्थानीय 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 तुमच्या स्वतःच्या खात्यावर प्लॅटफॉर्मवर चालतो, त्यामुळे तो तीच डिप्लॉय हिस्ट्री आणि लॉग पाहू शकतो. प्रोजेक्टच्या आतून तो प्रोजेक्टचा आकार — डिरेक्टरी नावे, आवृत्त्या आणि साइट आयडी पाठवतो आणि कधीही फाइल सामग्री पाठवत नाही.

संबंधित

• सुरुवात करणे · स्थानिक विकास · कमांड संदर्भ · समस्या निवारण