Zinnector®-ის გამოყენებით განთავსება: დაკავშირება, შემოწმება, გაშვება

როდესაც პროექტი ლოკალურად მუშაობს, ოთხი ბრძანება მას Zinn Digital®-ის ჰოსტინგზე ლაივ საიტად აქცევს: სისტემაში შესვლა, პროექტის ჰოსტინგის სლოტთან მიბმა, გაშვებამდელი შემოწმების წაკითხვა და ატვირთვა. ეს სტატია თითოეულ მათგანს გიჩვენებთ — რა იბეჭდება მათ მიერ და რა ბრძანებები გჭირდებათ შემდგომში (ხელახალი დეპლოიმენტები, დეპლოიმენტის ისტორია და აგების ჟურნალები).

სისტემაში შესვლა API გასაღებით

შექმენით გასაღები სამართავ პანელში, მენიუში პარამეტრები → API გასაღებები, შემდეგ კი:

zinnector login

გასაღები იწერება მოთხოვნისას — ის არასდროს მიიღება ბრძანების სტრიქონიდან, ამიტომ ის ვერ მოხვდება თქვენს შეფის ისტორიაში ან პროცესების სიაში. CI-ში ჩაუშვით მილსადენით (pipe): 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, აერთებს პროექტის გიტის (git) რემოტს პლატფორმაზე არსებულ საიტთან, რათა ატვირთვამ მისი დეპლოიმენტი უზრუნველყოფს. დააკომიტეთ 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 მუშაობს პლატფორმაზე თქვენივე ანგარიშის წინააღმდეგ, ასე რომ მას შეუძლია დაინახოს იგივე დეპლოიმენტის ისტორია და ჟურნალები. პროექტის შიგნიდან ის აგზავნის პროექტის ფორმას — დირექტორიების სახელებს, ვერსიებს და საიტის იდენტიფიკატორს — და არასდროს ფაილების შიგთავსს.

დაკავშირებული

• დაწყება · ლოკალური დამუშავება · ბრძანებების ცნობარი · ხარვეზების აღმოფხვრა