Implementacija uz Zinnector®: povežite, provjerite, pošaljite

Kada projekt radi lokalno, četiri ga naredbe prenose na aktivnu stranicu na Zinn Digital® hostingu: prijava, povezivanje projekta s hosting utorom, pregled pretprovjere i slanje. Ovaj članak vodi kroz svaku od njih, što ispisuju i naredbe koje koristite nakon toga — ponovna postavljanja, povijest postavljanja i zapise izgradnje.

Prijava pomoću API ključa

Izradite ključ na nadzornoj ploči pod Postavke → API ključevi, a zatim:

zinnector login

Ključ se unosi na upit — nikada se ne prihvaća u naredbenom retku, pa ne može završiti u povijesti vaše ljuske ili na popisu procesa. U CI-ju ga proslijedite cjevovodom: echo "$ZINN_API_KEY" | zinnector login --profile ci, ili postavite ZINNECTOR_TOKEN i u potpunosti preskočite login. Ključ se provjerava prije pohranjivanja, a pohranjuje se s načinom datoteke 600. zinnector whoami --scopes prikazuje u koju ste organizaciju prijavljeni i koje dozvole ključ nosi; sandbox ključ označen je kao takav.

Povezivanje projekta s utorom

zinnector link                                   # odabir stranice s popisa
zinnector link example.com --repo acme/site --branch main

link zapisuje ID stranice u zinnector.json i, osim ako ne proslijedite --no-repo, povezuje udaljeni git repozitorij projekta sa stranicom na platformi kako bi ga slanje postavilo. Predajte zinnector.json: kolega koji klonira repozitorij tada postavlja na isto mjesto bez potrebe za uputama. On ne sadrži nikakve tajne.

Pregled pretprovjere

zinnector check

Ovo je naredba zbog koje CLI postoji. Uspoređuje vaš projekt s utorom na koji će biti postavljen i ispisuje svako nepodudaranje — i svaku usporedbu koju nije mogao izvršiti:

• Verzija PHP-a, pri čemu se razlika u glavnoj verziji ocjenjuje kao visoka jer pouzdano ruši stranicu, a manja razlika ocjenjuje niže, jer ocjenjivanje svega kao kritičnog uči ljude da zanemare upozorenje.
• Može li se utor prebaciti na verziju na kojoj ste gradili, je li PHP utora prošao kraj životnog vijeka i je li stroj primijenio verziju ili mu je to samo rečeno.
• Veličina i broj datoteka vašeg projekta u odnosu na stvarni preostali prostor na disku i inodeu na utoru — WordPress stablo može ostati bez datoteka iako je znatno ispod ograničenja diska.
• Verzije WordPressa na svakoj strani, je li utor dovršio dodjelu resursa i je li povezan repozitorij na koji se šalje.

Upozorava; nikada ne blokira. Svaki nalaz može se nadjačati pomoću zinnector push --force, jer vi znate stvari o svojoj stranici koje provjernik ne zna. Usporedba koja se nije mogla izvršiti prijavljuje se kao nepoznato, nikada kao prolaz, a sažetak uvijek navodi koliko ih je bilo. Prema zadanim postavkama, lokalna verzija PHP-a je ona deklarirana u zinnector.json; --probe umjesto toga pokreće lokalno radno okruženje i mjeri ga. --strict završava s izlaznim kodom koji nije nula i za nepoznate stavke, što je upravo ono što CI provjera zahtijeva.

Slanje

zinnector push

push pokreće pretprovjeru, šalje vaša predavanja, pokreće postavljanje i prati ga do dovršetka, ispisujući konačni status i postavljeno predavanje. --dry-run radi sve osim postavljanja; --no-wait ga pokreće i završava s radom; --no-git postavlja ono što platforma već ima bez slanja. Ako postavljeno predavanje nije ono koje je upravo poslano, to će se naznačiti.

Kada nešto pođe po zlu

zinnector deploys example.com        # povijest postavljanja — status, predavanje, pokretač, poruka
zinnector logs example.com --build   # zapisnik izgradnje najnovijeg postavljanja
zinnector logs example.com --error   # zapisnik pogrešaka stranice
zinnector deploy example.com         # ponovno postavljanje onoga što platforma već ima
zinnector ai "why is my deploy failing?"

zinnector ai radi na platformi u okviru vašeg računa, pa može vidjeti istu povijest postavljanja i zapise. Unutar projekta šalje strukturu projekta — nazive direktorija, verzije i ID stranice — i nikada sadržaj datoteka.

Povezano

• Početak rada · Lokalni razvoj · Pregled naredbi · Rješavanje problema