Ce face această conexiune pentru dumneavoastră
Conectarea GitLab permite ca un site să fie implementat dintr-unul dintre depozitele dumneavoastră GitLab și ne permite să publicăm pe GitLab Pages în contul dumneavoastră atunci când alegeți acest lucru ca gazdă a site-ului.
Înainte de a începe
Un cont GitLab cu acces la proiectele pe care doriți să le implementați.
1. Creați cheia în GitLab
În GitLab, selectați-vă avatarul din dreapta sus, apoi Edit profile → Access → Personal access tokens și generați un nou token (este posibil ca GitLab să eticheteze acest lucru drept Legacy token în meniul Generate token). Denumiți-l, setați o dată de expirare și bifați aceste domenii de aplicare:
Apăsați Generate token și copiați-l — GitLab îl afișează o singură dată.
2. Conectați-l aici
Deschideți Integrations în tabloul de bord și alegeți Connect an account. Alegeți Code hosting ca grup și GitLab ca cont, completați API token și apăsați Connect account.
Testăm ceea ce inserați înainte ca orice să fie salvat. O cheie care nu funcționează nu este niciodată stocată, iar răspunsul menționează ce a fost în neregula cu aceasta. O cheie care funcționează este păstrată criptată în seiful nostru de secrete — niciodată în baza noastră de date — și nu este afișată niciodată din nou, nici măcar dumneavoastră.
Ce se întâmplă în continuare
- Un site poate fi implementat direct dintr-un depozit din acest cont: alegeți-l în cadrul conexiunii la depozit a site-ului, alegeți depozitul și ramura, iar o operațiune de tip push efectuează implementarea.
- Orice altă ramură poate beneficia de propria previzualizare, astfel încât să puteți verifica o modificare înainte ca aceasta să ajungă pe site-ul live.
- Gazdele statice construite prin Git, cum ar fi Render și Azure Static Web Apps, utilizează această conexiune ca sursă pentru codul site-ului.
Dacă nu se conectează
A funcționat și apoi s-a oprit. Tokenurile GitLab expiră întotdeauna — de obicei, cel mult la un an după ce le creați — iar GitLab vă trimite un e-mail înainte ca acest lucru să se întâmple. Creați unul nou și conectați-l.
Lipsește un domeniu de aplicare. Domeniile de aplicare ale unui token nu pot fi modificate după ce acesta a fost creat; creați un nou token cu ambele domenii de aplicare bifate.
Se afișează un mesaj care indică faptul că cheia a fost respinsă. Aproape întotdeauna este vorba despre unul dintre următoarele trei lucruri: un spațiu sau o întrerupere de linie copiată împreună cu aceasta, o cheie care a expirat sau o cheie care a fost revocată sau regenerată după ce ați copiat-o. Creați una nouă și inserați-o din nou.
Se conectează, dar ceva eșuează ulterior. Cheia se autentifică, dar îi lipsește o permisiune de care are nevoie acțiunea. Creați o cheie nouă cu permisiunile listate mai sus, apoi deconectați vechea conexiune și conectați noua cheie.
Deconectarea
Deschideți Integrations, găsiți contul și apăsați Disconnect. Această acțiune șterge imediat cheia stocată. Orice element care o utiliza se oprește la următoarea acțiune, iar ecranele care depindeau de aceasta indică acest lucru în loc să eșueze în tăcere.
Deconectarea nu anulează ceea ce a fost deja făcut — înregistrările, implementările sau setările pe care le-am modificat în contul dumneavoastră rămân așa cum sunt. Dacă bănuiți că cheia în sine ar fi putut fi compromisă, revocați-o și la furnizor; deconectarea elimină copia noastră, nu pe a lor.