Git integrācijas

Pieslēgšana

Administrēšana, Integrācijas. Trīs pakalpojumi:

• GitLab, savā serverī vai gitlab.com: marķieris ar read_api; grupas marķieris pārdzīvo cilvēka aiziešanu
• GitHub, github.com vai GitHub Enterprise Server: precīzo tiesību marķieris ar lasīšanas piekļuvi Contents, Pull requests, Actions, Deployments un Metadata, vai klasisks marķieris ar repo
• Bitbucket Cloud: workspace, projekta vai repozitorija piekļuves marķieris ar lasīšanas tiesībām, vai konta API marķieris kopā ar tā e-pastu

Pievienojiet savienojumu ar nosaukumu, servera adresi (bez ceļa), grupu, organizāciju vai workspace, ko tas aptver, marķieri un sinhronizācijas intervālu (noklusējums 60 minūtes). Marķieri glabājas šifrēti un vairs netiek rādīti. Pārbaudīt pārbauda savienojumu; Sinhronizēt nolasa to tūlīt. Jauns savienojums tiek saglabāts izslēgts; kamēr tas nav Ieslēgts, nekas netiek ne nolasīts, ne saņemts.

Kā tiek atrastas darba vienības

Nosauciet darba vienības atslēgu zara nosaukumā, komita ziņā vai apvienošanas pieprasījuma virsrakstā, piemēram, feature/PAY-12-login. Atslēgas tiek atpazītas neatkarīgi no reģistra, tām jāstāv atsevišķi, un tās sasaistās tikai ar darba vienībām, kas pastāv. Darba vienības sadaļā Izstrāde redzami zari, koda izmaiņas, apvienošanas jeb pull pieprasījumi, būvējumi un izvietošanas; saites var pievienot arī ar roku.

Tīmekļa āķu izsaukumi

Sinhronizācija pēc grafika ir rezerves ceļš. Lai notikumi pienāktu sekunžu laikā, izsniedziet savienojumam noslēpumu un Git serverī pievienojiet tīmekļa āķi ar parādīto tīmekļa āķa adresi (zem /api/webhooks/dev/):

• GitLab: ielīmējiet noslēpumu laukā Secret token un atzīmējiet Push, Merge request, Pipeline un Deployment events. GitLab versijas, kas tā vietā izveido parakstīšanas atslēgu, to var ielīmēt laukā Signing token; parakstītais laika zīmogs neļauj pieprasījumus atkārtot
• GitHub: satura veids application/json, noslēpums un Pushes, Pull requests, Pull request reviews, Workflow runs un Deployment statuses. Ķermenis tiek parakstīts ar HMAC-SHA256
• Bitbucket: noslēpums un Repository Push, Build status created un updated, kā arī pull pieprasījumu notikumi. Par izvietošanām Bitbucket tīmekļa āķus nesūta; tos nolasa katrā sinhronizācijā

Paraksti un noslēpumi tiek salīdzināti nemainīgā laikā. Būvējumi un izvietošanas, par kuru iznākumu ziņa nav pienākusi, katrā sinhronizācijā tiek pārbaudīti vēlreiz, un plānotā sinhronizācija paņem arī visu pārējo, ko tīmekļa āķis nokavējis.

Statusa maiņa ar izstrādes notikumiem

Darbplūsmas trigeris ir noteikums uz pārejas: kad izveidots zars, pienāk komits, apvienošanas jeb pull pieprasījums tiek atvērts, apvienots vai noraidīts, būvējums izdodas vai neizdodas, vai darbs tiek izvietots, darba vienība paiet pa šo bultu. Statusa maiņu tas nekad neizdomā: ja vienība nestāv tur, kur bulta sākas, nekas nenotiek. Uz izstrādes notikumiem var reaģēt arī automatizācijas noteikumi.