Контрола изворног кода

Испоручите из спремишта које већ користите — девет места за постављање

Повежите GitHub или GitLab налог на коме радите и објављујте директно из гране: на Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps или AWS Amplify — или на наш сопствени управљани хостинг, где спремиште и датотеке веб-сајта остају синхронизовани у оба смера. Свака веза приказује привилегије које су јој потребне, проверава се у односу на API добављача пре складиштења и чува се у Vault алату. Такође се можете пријавити путем платформи GitHub или GitLab.

Комит који се креће кроз континуирану интеграцију од спремишта до активног веб-сајта.
  • GitHub + GitLabповежите налог који већ имате
  • Девет одредиштаосам ивичних хостова, плус сопствена флота
  • Двосмерна синхронизацијасваки сајт, свака линија
  • Сачувано у Vault-увалидовано при уносу, никада у дневнику логова
  • Токен је проверен пре него што је сачувантокен са прешироким опсегом никада не доспева
  • Пошаљите за објављивањепровереног потписа и опционо
  • Ваша грана, ваша верзијаобјавите директоријум или покрените сопствени CI
  • Прекини везу исправноуклањамо тачно ону закачку коју смо направили

Повежите се једном и погледајте на шта пристајете

Повезивање је акредитив који дајете некоме другом. Наше наводи шта му је потребно пре него што га успоставите, доказује да ради пре него што га сачува и може се опозвати са било које стране.

Погодности, наведене унапред

Пре него што направите токен, обавештавамо Вас о томе шта он мора да омогућава и зашто. Без општих дозвола само зато што их је било лакше затражити, и без накнадног откривања да нам је било потребно више него што посао захтева.

Проверено код добављача, није прихваћено на поверење

Позивамо сопствени API добављача помоћу вашег токена пре него што га сачувамо. Неисправан, истекао или токен са погрешним опсегом права одбија се већ на обрасцу, уместо да буде прихваћен, приказан као исправан, а затим да откаже приликом првог правог покретања.

Складиштено у Vault и нигде другде

Није у нашем коду, није у датотеци окружења, није у дневнику и није у командној линији. Разрешава се у тренутку коришћења, од стране радног оптерећења које га користи.

Више од једног налога, изабрано по сајту

Повежите лични налог и налог организације, или налоге две организације. Сваки сајт бира са ког налога се примењује, тако да се спремиште клијента и ваше спремиште никада не користе исте акредитиве.

Девет места на којима репозиторијум може да заврши

Осам управљаних edge хостова и наша сопствена флота. Одредиште је својство сајта, а не везе, тако да исто спремиште може да објави једну грану на Pages хосту, док други сајт може да ради на нашем хардверу.

Cloudflare Pages

Неограничен проток, дозвољена комерцијална употреба и вршни домени којима се управља код истог провајдера који обично чува вашу DNS зону. То је прво одредиште којем прибегавамо, управо из тих разлога.

Cloudflare Pages хостинг →

GitHub Pages

Објављујте директно из спремишта у којем се код већ налази. Означено у линији Footprint-Free, јер заједничка github.io инфраструктура сама по себи представља траг.

GitHub Pages хостинг →

GitLab Pages, Netlify, Vercel и остали

GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps и AWS Amplify су све дестинације на које можете усмерити сајт, са истом везом и истом историјом објављивања.

Хостинг статичких сајтова →

Наш сопствени управљани хостинг

Комплетна апликација уместо изграђеног пакета — WordPress, PHP, Node. Ово је одредиште које добија двосмерну синхронизацију, тако да датотеке на машини и грани остају усклађене.

Управљани хостинг →

Сајтови на туђем рубу мреже

Сајт објављен на хосту који није у нашем власништву и даље троши квоту и даље се приказује на вашој контролној табли са својим објављивањима, временом непрекидног рада и SEO подацима, поред свега осталог што покрећете.

Одобрења за спољне сајтове →

Или га уредите овде

Уређивач у прегледачу ради на истим датотекама које двосмерна синхронизација шаље назад, тако да брза исправка са контролне табле постаје комит на Вашој грани уместо промене коју касније нико не може да пронађе.

Веб-уређивач →

Двосмерна синхронизација

Ваш репозиторијум и ваш сајт уживо, усклађени

Укључите га и сопствени фајлови сајта биће урезани (committed) назад у вашу грану, док се измене (commits) са те гране враћају доле на сајт. Ово ради на сваком сајту који хостујемо, на свакој линији — једини услов је да машина у основи може да покрене Git над сопственим фајловима, што се захтева од сервера, а не претпоставља на основу плана.

Ви бирате који директоријум се синхронизује, јер WordPress корисник жели да се прати његова тема, а не четрдесет хиљада датотека језгра. И искључен је све док га не укључите: омогућавање синхронизације је одлука о туђем спремишту, и миграција никада не сме да је донесе уместо вас.

  • Измене на нашем хардверу постају комити на вашој грани
  • Урезивања на вашој грани враћају се на сајт
  • Синхронизујте један директоријум — тему, додатак — а не цео основни директоријум документације
  • Подразумевано искључено, укључујући и сваки сајт који већ постоји
Датотека отворена у едитору са истом датотеком приказаном као комит у репозиторијуму.

Објавите директоријум или препустите сопственом CI-ју да га изгради

Два режима, а разлика је у томе где се извршава изградња. Оба се завршавају на истом месту: ref који преузимамо и објављујемо, при чему се commit евидентира уз дистрибуцију.

  • Режим објављивања преузима вашу грану каква јесте и објављује директоријум који наведете — празно поље означава корен спремишта.
  • CI режим покреће вашу команду за прављење (build) у сопственом цевоводу вашег провајдера и урезује (commit) резултат у засебну грану за објављивање, коју преузимамо као и сваку другу референцу (ref).
  • Грана са које се објављује увек је изричито именована, никада „подразумевана грана“ — подразумевана вредност се може променити без вашег знања, а историја која не може да каже коју је грану објавила није историја.
  • Аутоматско отпремање је подразумевано укључено и може се искључити без уклањања веб-хука, тако да можете пратити пристизање испорука пре него што им дозволите да ступе у дејство.
  • Свако постављање бележи свој комит, свој исход и своје време, и извршава се у позадини — страница се ажурира како се изградња завршава.
  • Прекидање везе уклања тачно онај webhook који смо креирали, према његовом id-у, и ништа друго на вашем спремишту.

Од спремишта до сајта уживо

  1. Повежите налог

    GitHub или GitLab, у одељку Повезивања. Привилегије су наведене пре него што креирате токен и он се проверава код добављача пре него што буде сачуван.

  2. Усмерите сајт на спремиште

    Власник, спремиште, грана и да ли објављујемо директоријум или преузимамо оно што је изградио ваш CI. Региструјемо push webhook као део тога.

  3. Гурните или притисните дугме

    Слање измена (push) на именовану грану покреће дистрибуцију (deploy), или можете покренути дистрибуцију на захтев са картице Deploy вашег сајта. Израде се извршавају у позадини.

  4. Погледајте и синхронизујте назад ако желите

    Историја објављивања приказује шта је објављено и када. Укључите двосмерну синхронизацију и измене које овде направите вратиће се као комитови на вашој грани.

Када нешто није у реду

„Повезано, али никада испоручено” је стање о којем ћемо вас заиста обавестити

Веза са спремиштем која делује исправно, а не прима ништа представља класичан тихи отказ — токен са погрешним опсегом, испорука блокирана код провајдера или кукица коју је неко ручно уклонио. То је невидљиво на сваком другом екрану, па га картица спремишта приказује директно: када нам је провајдер последњи пут испоручио податке и шта је поручио.

Испорукама се проверава потпис пре него што поступимо по њима, користећи засебну шему сваког појединачног пружаоца услуга, уместо оне за коју смо претпоставили да важи за све њих. Испорука која не прође проверу бива одбијена и забележена, а не тихо занемарена.

  • Време последње испоруке и порука, на картици
  • Наведено је „Никада испоручено”, није остављено празно
  • Потпис је верификован по провајдеру пре него што се било шта покрене
  • Кука коју смо креирали се уклања помоћу id када прекинете везу
Приспеће испоруке веб-хука и њена провера пре него што било шта покрене.

Идентитет

Пријавите се путем GitHub-а или GitLab-а — или Google-а, или Microsoft-а

Поред адресе е-поште и лозинке, на свој Zinn Digital® налог можете се пријавити и путем платформи GitHub, GitLab, Google или Microsoft. Слој за идентификацију обавља руковање; ми никада не видимо вашу лозинку код пружаоца услуге, а повезивање налога друштвене мреже са постојећим Zinn® налогом и даље мора бити потврђено путем е-поште.

Пријављивање путем платформе GitHub и повезивање платформе GitHub за објављивања засебне су одлуке и засебни акредитиви. Радња над једним не утиче на друго, а уклањање једног не уклања друго.

  • GitHub, GitLab, Google и Microsoft пријављивање
  • Приступни кључеви и двофакторска аутентификација на истом налогу
  • Подаци за пријаву и примену остају одвојени
Делегирани приступ за ваш тим
Више особа које се пријављују на један налог преко различитих добављача.

Често постављана питања

Које провајдере за контролу изворног кода могу да повежем?

GitHub и GitLab. Повежите налог који већ користите и можемо да вршимо постављање из његових спремишта, региструјемо веб-захтев (push webhook) на њима и — ако то желите — синхронизујемо датотеке вашег веб-сајта у супротном смеру. Оба иду кроз исти спој повезаног налога, тако да све у наставку важи за оба.

Могу ли се пријавити путем GitHub-а или GitLab-а?

Да, као и путем Google-а или Microsoft-а. Поред адресе е-поште и лозинке, можете се пријавити на свој Zinn Digital® налог помоћу било које од ове четири опције. Слој идентитета обавља процес руковања и ми никада не видимо лозинку вашег добављача услуге. Пријављивање путем GitHub-а је одвојено од повезивања GitHub-а ради отпремања — можете користити било коју од ове две опције, обе или ниједну.

Где могу да применити спремиште?

На Cloudflare Pages, GitHub Pages, GitLab Pages, Netlify, Vercel, Render, Azure Static Web Apps или AWS Amplify за статички или изграђени сајт — или на наш сопствени управљани хостинг, где спремиште и датотеке сајта остају синхронизовани у оба смера. Ви бирате одредиште за сајт; повезивање спремишта је исто у сваком случају.

Можете ли ви да направите мој сајт или он мора бити унапред направљен?

И једно и друго. У режиму објављивања узимамо грану каква јесте и објављујемо директоријум који наведете. У CI режиму сопствени пајплајн вашег провајдера покреће вашу команду за прављење верзије (build) и урезује (commit) излазне податке у засебну грану за објављивање, коју затим преузимамо као и било коју другу референцу (ref). Друга опција задржава прављење верзије унутар вашег сопственог CI-ја, где се ваше тајне и кеширање већ налазе.

Да ли пуш (push) аутоматски покреће деплој?

Подразумевано, да — региструјемо веб-хук (webhook) на спремишту и слање (push) на грану коју сте одабрали покреће отпочињање примене (deploy). То можете искључити и задржати веб-хук, што је корисније него што звучи: испорука се и даље бележи, тако да можете пратити пристизање слања пре него што нам дозволите да реагујемо на њих.

Шта је двосмерна синхронизација?

Измене направљене на нашем хардверу постају комити на Вашој грани, а комити на Вашој грани враћају се на сајт. Ова функција је искључена док је не укључите, јер је њено укључивање одлука о туђем спремишту и ми је нећемо донети уместо Вас. Ви бирате који директоријум се синхронизује — обично тема или додатак, а не четрдесет хиљада датотека језгра платформе WordPress.

Шта се дешава ако су се обе стране промениле?

Ништа се не преписује и ништа се не шаље. Синхронизација се зауставља, обавештава Вас да је грана отишла даље од комита на којем смо се заснивали и пита коју страну желите — да задржите спремиште или да задржите сајт. Сајт који се никада није синхронизовао и показује на грану која већ има комите такође представља сопствено стање, па радије пита него да нагађа шта је тачно.

Како је заштићен мој приступни токен?

Приказујемо Вам дозволе које су вези потребне пре него што је креирате, проверавамо токен преко сопственог API-ја добављача при уносу — тако да се токен који је неважећи или са погрешним опсегом уопште и не чува — и тек тада га уписујемо у Vault. Он никада не долази у додир са нашим кодом, дневником, датотеком окружења или командном линијом. Опозовите га код добављача или уклоните везу овде, кад год то желите.

Како да знам да ли заиста примате моја слања (push)?

Картица спремишта приказује када нам је добављач последњи пут извршио испоруку и шта је поручио. „Никада није испоручено“ јесте најкориснија дијагностичка информација на том екрану, јер „повезано, али никада није испоручено“ управо показује како изгледа токен са погрешним опсегом или блокирана испорука — а то је невидљиво било где другде. Свака испорука се проверава помоћу потписа пре него што поступимо по њој.

Могу ли да користим Pages постављање на Footprint-Free линији?

Нуди се и означено је. GitHub Pages и GitLab Pages деле инфраструктуру пружаоца услуга и јавне github.io и gitlab.io називе хостова, а то представља дигитални траг — управо оно што та линија постоји да би се избегло. За мрежу без дигиталног трага, уместо тога примените на изолованом хостингу. Свуда другде, Pages је првокласан.

Зашто морам изричито да изаберем Vercel?

Зато што је његов бесплатни пакет лиценциран искључиво за некомерцијалну употребу. Одредиште изводимо из налога које сте повезали тамо где је то безбедно, а Vercel је намерно изузет из тог извођења — повезивање налога никада не сме тихо да постави комерцијални сајт тамо где његова лиценца то не дозвољава. Изаберите га и радиће потпуно исто као и остали.

Могу ли да видим шта је и када постављено?

Да. Свако постављање бележи урез (commit) који је објавило, када је покренуто и како је завршено, а картица Deploy за сајт приказује историју са активном URL адресом поред ње. Постављања се извршавају у позадини, тако да се страница ажурира како се прављење верзије завршава, уместо да вас тера да чекате анимацију учитавања.

Имплементирајте из свог спремишта

Започните пробни период од 14 дана без картице, повежите GitHub или GitLab и усмерите сајт на грану. Објавите на edge хостингу или на нашем сопственом хостингу уз двосмерну синхронизацију датотека.

Започните бесплатно