Layihə lokal olaraq işlədikdən sonra, dörd komanda onu Zinn Digital® hostinqindəki canlı sayta çatdırır: daxil olun, layihəni hostinq slotuna bağlayın, uçuşqabağı yoxlamanı oxuyun və push edin. Bu məqalə hər bir komandanı, onun nə çap etdiyini və sonradan müraciət edəcəyiniz komandaları — yenidən yerləşdirmələr, yerləşdirmə tarixçəsi və quraşdırma qeydlərini izah edir.
API açarı ilə daxil olun
İdarəetmə panelində Settings → API keys bölməsində açar yaradın, sonra:
zinnector login
Açar sorğu sətirində daxil edilir — o, komanda sətirində heç vaxt qəbul edilmir, ona görə də shell tarixçənizdə və ya proseslərin siyahısında qala bilməz. CI-da onu daxil edin: echo "$ZINN_API_KEY" | zinnector login --profile ci, və ya ZINNECTOR_TOKEN təyin edin və login addımını tamamilə keçin. Açar saxlanılmazdan əvvəl təsdiqlənir və 600 fayl rejimi ilə saxlanılır. zinnector whoami --scopes hansı təşkilata daxil olduğunuzu və açarın hansı icazələrə malik olduğunu göstərir; sınaq mühiti (sandbox) açarı elə bu cür də qeyd olunur.
Layihəni slota bağlayın
zinnector link # siyahıdan sayt seçin
zinnector link example.com --repo acme/site --branch main
link saytın id-sini zinnector.json faylına yazır və --no-repo ötürməmisinizsə, layihənin git remote ünvanını platformadakı sayta bağlayır ki, push onu yerləşdirsin. zinnector.json faylını commit edin: repozitoriyanı klonlayan həmkarınız xəbərdarlıq edilmədən eyni yerə yerləşdirə bilər. O, heç bir məxfi məlumat saxlamır.
Uçuşqabağı yoxlamanı oxuyun
zinnector check
CLI-ın mövcud olmasının səbəbi bu komandadır. O, layihənizi yerləşdiriləcəyi slotla müqayisə edir və hər bir uyğunsuzluğu — həmçinin apara bilmədiyi hər bir müqayisəni çap edir:
- PHP versiyası, əsas versiya fərqi yüksək olaraq qiymətləndirilir, çünki bu, birmənalı şəkildə saytı sıradan çıxarır, kiçik fərq isə daha aşağı qiymətləndirilir, çünki hər şeyi kritik kimi qiymətləndirmək insanları xəbərdarlığa məhəl qoymamağa alışdırır.
- Slotun üzərində qurduğunuz versiyaya keçid edə bilməsi, slotun PHP versiyasının istifadə müddətinin bitib-bitməməsi və maşının bu versiyanı tətbiq etməsi, yoxsa sadəcə təlimatlandırılması.
- Slotda faktiki olaraq qalmış disk və inode ehtiyatına qarşı layihənizin ölçüsü və fayl sayı — bir WordPress strukturu disk həcmini doldurmamışdan xeyli əvvəl fayl limitini tükədə bilər.
- Hər iki tərəfdəki WordPress versiyaları, slotun təmin edilməsinin tamamlanıb-tamamlanmaması və push etmək üçün repozitoriyanın qoşulub-qoşulmaması.
O xəbərdarlıq edir; heç vaxt bloklamır. Hər bir nəticə zinnector push --force ilə ləğv edilə bilər, çünki siz öz saytınız haqqında yoxlayıcının bilmədiyi şeyləri bilirsiniz. Aparıla bilməyən müqayisə uğurlu kimi deyil, naməlum kimi bildirilir və xülasədə həmişə onların sayı qeyd olunur. Defolt olaraq lokal PHP versiyası zinnector.json-da elan edilən versiyadır; --probe lokal mühiti başladır və bunun əvəzinə onu ölçür. --strict naməlumlar olduqda da qeyri-sıfır kodu ilə çıxış edir ki, bu da bir CI qapısının tələbidir.
Push edin
zinnector push
push uçuşqabağı yoxlamanı işə salır, commit-lərinizi push edir, yerləşdirməni başladır və yekun statusu və yerləşdirilmiş commit-i çap edərək tamamlanana qədər izləyir. --dry-run yerləşdirmə istisna olmaqla hər şeyi edir; --no-wait onu işə salır və çıxır; --no-git push etmədən platformada artıq nə varsa onu yerləşdirir. Əgər yerləşdirilmiş commit yenicə push edilən deyilsə, bunu bildirir.
Xəta baş verdikdə
zinnector deploys example.com # yerləşdirmə tarixçəsi — status, commit, başladıcı, mesaj
zinnector logs example.com --build # ən son yerləşdirmənin quraşdırma qeydi
zinnector logs example.com --error # saytın xəta qeydi
zinnector deploy example.com # platformada artıq olanı yenidən yerləşdirin
zinnector ai "why is my deploy failing?"
zinnector ai platformada sizin öz hesabınız üzərində işləyir, buna görə də eyni yerləşdirmə tarixçəsini və qeydləri görə bilir. O, layihə daxilindən fayl məzmununu deyil, yalnız layihənin strukturunu — qovluq adlarını, versiyaları və sayt id-sini göndərir.
Əlaqəli