Pagkontrol ng pinagmulan
Ikonekta ang GitHub o GitLab account na pinagtatrabahuhan mo na at mag-deploy nang direkta mula sa isang repository — isang static site sa Pages, o isang proyekto sa managed hosting. Maaari ka ring mag-sign in sa Zinn Digital® gamit ang GitHub o GitLab. Ipinapakita ng bawat koneksyon ang mga pribilehiyong kailangan nito, bina-validate ito sa pagpasok, at nakaimbak ito sa Vault — hinding-hindi sa code o log.
Ang pagkonekta ng isang source-control account ay gumagamit ng parehong connected-account flow tulad ng iba pang credential sa platform: least privilege, may bisa, at nakaimbak sa Vault.
Bago ka magbigay ng pahintulot sa anuman, ipinapakita namin nang eksakto kung aling mga pahintulot sa repository at account ang kailangan ng koneksyon — wala nang iba — para makapagbigay ka ng may hangganang token sa halip na pangkalahatan.
Sa sandaling kumonekta ka, tinatawag namin ang API ng provider upang kumpirmahing aktibo ang token at may tamang saklaw, at nagpapakita kami ng berde o pulang tsek. Ang hindi wastong pahintulot o may labis na saklaw ay tinatanggihan.
Ang isang balidong token ay isinusulat sa Vault sa pamamagitan ng parehong koneksyon na ginagamit ng bawat credential. Hindi ito kailanman naii-commit sa code, nare-print sa isang log, o naiiwan sa isang environment file.
Maaari mong bawiin ang aming access sa GitHub o GitLab, at alisin ang koneksyon sa aming panig, kahit kailan mo gusto. Ang bawat aksyong ginawa sa pamamagitan ng konektadong account ay may naka-log na audit.
Ang isang repository ay maaaring pumunta sa isang Pages host para sa isang static o binuo na site, o sa managed hosting para sa isang buong aplikasyon. Ang mga push ay maaaring mag-trigger ng muling pag-deploy upang masubaybayan ng live na site ang iyong default na branch.
Awtorisahin ang GitHub o GitLab gamit ang may saklaw na token. Ipinapakita namin muna ang mga pribilehiyo at tinitiyak ang bisa ng mga ito sa pagpasok.
Piliin ang repository at kung saan ito ide-deploy — GitLab Pages, GitHub Pages, Cloudflare Pages, o managed hosting.
Kami ang nagtatayo at naglalathala. Binibigyang-daan ka ng isang pansamantalang URL na mag-preview bago malutas ang DNS.
Paganahin ang push-to-deploy nang sa gayon ang isang push sa iyong default branch ay awtomatikong mag-rebuild sa live site.
GitHub at GitLab. Ikonekta ang account na ginagamit mo na at maaari kaming mag-deploy mula sa mga repository nito at, kung papaganahin mo, gamitin ito para ma-sign in ka. Pareho silang pinapagana sa pamamagitan ng iisang konektadong account.
Oo. Bukod sa email at GitHub, maaari kang mag-sign in sa iyong Zinn Digital® account gamit ang GitLab. Ang identity layer ang bahala sa OAuth handshake; hindi namin kailanman nakikita ang password ng iyong provider.
Sa GitLab Pages, GitHub Pages o Cloudflare Pages para sa isang static o binuong site, o sa managed hosting para sa isang buong aplikasyon. Pinipili mo ang target kapag kinokonekta mo ang repository, at ang mga push ay maaaring mag-trigger ng muling pag-deploy.
Ipinapakita namin sa iyo ang mga pribilehiyong kailangan ng koneksyon, bina-validate ang token laban sa API ng provider sa pagpasok, at saka lamang ito iniimbak sa Vault. Hindi ito kailanman dumadaan sa code, log, o environment file, at maaari mo itong bawiin sa provider o alisin ang koneksyon sa aming panig anumang oras.
Inaalok ito ngunit naka-flag doon. Ang GitLab Pages at GitHub Pages ay nagbabahagi ng imprastruktura ng provider at mga pampublikong domain na gitlab.io / github.io, na isang footprint. Para sa isang network na walang footprint, mag-deploy na lamang sa nakahiwalay na hosting; sa Mainstream, pangunahing klase ang Pages.
Magsimula ng 14-araw na pagsubok na walang kinakailangang card, kumonekta sa GitHub o GitLab, at mag-deploy mula sa repository na ginagamit mo na — na-validate sa pagpasok at nakaimbak sa Vault.
Magsimula nang libre