Baza de cunoștințe

Conectați-vă contul GitLab pentru ca site-urile dvs. să se implementeze dintr-unul repository

Creați un token de acces personal GitLab cu domeniile de aplicare api și write_repository și conectați-l, astfel încât o operațiune de push să vă implementeze site-ul.

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:

  • api
  • write_repository

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.

Cele mai recente de pe blog

Ce am scris despre găzduire, SEO și rularea site-urilor la scară largă.

SEO și link building de la nivelul de găzduire: O perspectivă a operatorului pentru 2026

Cum influențează găzduirea indexarea și autoritatea linkurilor în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, crearea de linkuri fără urme și o perspectivă sinceră despre ce poate și ce nu poate face infrastructura pentru SEO.

Citește postarea

Cum să faci ca WordPress să fie rapid și sigur: O listă de verificare pentru performanță și module

O listă de verificare practică pentru un WordPress rapid și sigur: cache la nivel de server, un cache de obiecte per site, puținele pluginuri care merită folosite, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le pui niciodată în cache.

Citește postarea

Cum să alegi o găzduire web administrată în 2026: Ghidul cumpărătorului

Ce separă cu adevărat găzduirea administrată de calitate de un server ieftin cu un panou de control — migrări, copii de rezervă, izolare, caching real și scalare corectă — și cum să o evaluezi înainte de a te angaja.

Citește postarea

Citiți blogul

Încă blochezi?

Asistența este inclusă în fiecare plan, biroul este deschis 24 ore pe zi și ne puteți scrie în oricare dintre cele 58 limbi ale noastre — vă răspundem în limba dumneavoastră.

Contactați asistența tehnică Toate articolele