Zinnector® सह उपयोजन: लिंक करा, तपासा, पुश करा

एकदा प्रकल्प स्थानिक पातळीवर सुरू झाला की, चार कमांड्स त्याला Zinn Digital® होस्टिंगवरील थेट साइटवर घेऊन जातात: साइन इन करणे, प्रकल्पाला होस्टिंग स्लॉटशी लिंक करणे, प्री-flight तपासणे, आणि पुश करणे. हा लेख यांपैकी प्रत्येकाबद्दल, ती काय प्रिंट करते याबद्दल, आणि त्यानंतर आपण वापरत असलेल्या कमांड्सबद्दल सविस्तर माहिती देतो — पुन्हा डिप्लॉय करणे, डिप्लॉय इतिहास आणि बिल्ड लॉग्स.

एका 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 कमिट करा: रिपॉझिटरी क्लोन करणारा सहकारी मग न सांगताही त्याच ठिकाणी डिप्लॉय करतो. यात कोणतेही गुपित नसते.

प्री-flight तपासा

zinnector check

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

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

हे केवळ चेतावणी देते; ते कधीही अडवत नाही. प्रत्येक निष्कर्ष zinnector push --force द्वारे ओव्हरराइड करता येण्याजोगा आहे, कारण आपल्याला आपल्या स्वतःच्या साइटबद्दल अशा गोष्टी माहित असतात ज्या तपासणाऱ्याला माहित नसतात. जी तुलना केली जाऊ शकली नाही ती पास म्हणून कधीही न दाखवता, अज्ञात म्हणून नोंदवली जाते, आणि सारांश नेहमी सांगतो की अशा किती होत्या. डीफॉल्टनुसार स्थानिक PHP आवृत्ती ही ती असते जी zinnector.json मध्ये घोषित केलेली असते; --probe त्याऐवजी स्थानिक रनटाइम बूट करते आणि त्याचे मोजमाप करते. --strict हे अज्ञातांवर देखील नॉन-झिरो एक्झिट देते, जे एका CI गेटला हवे असते.

पुश

zinnector push

push प्री-flight चालवते, आपले कमिट्स पुश करते, डिप्लॉय ट्रिगर करते आणि ते पूर्ण होईपर्यंत लक्ष ठेवते, अंतिम स्थिती आणि डिप्लॉय केलेले कमिट प्रिंट करते. --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 पाठवते — आणि फाइलमधील मजकूर कधीही पाठवत नाही.

संबंधित

• प्रारंभ करणे · स्थानिक डेव्हलपमेंट · कमांड संदर्भ · निवारण