Bază de cunoștințe

Conectați-vă contul GitLab pentru ca site-urile dvs. să fie implementate dintr-un depozit

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

Ce vă oferă conectarea

Conectarea GitLab permite implementarea unui site dintr-unul dintre depozitele dumneavoastră GitLab și ne permite să publicăm pe GitLab Pages în contul dumneavoastră acolo unde îl alegeți ca gazdă a unui site.

Înainte de a începe

Un cont GitLab cu acces la proiectele pe care doriți să le implementați.

1. Creați cheia la GitLab

În GitLab, selectați avatarul dumneavoastră din dreapta sus, apoi Edit profile → Access → Personal access tokens și generați un token nou (GitLab poate eticheta acest lucru ca Legacy token în meniul Generate token). Dați-i un nume, setați o dată de expirare și bifați aceste permisiuni:

  • api
  • write_repository

Apăsați pe Generate token și copiați-l — GitLab îl afișează o singură dată.

2. Conectați-o aici

Deschideți Integrations în panoul dumneavoastră de control și alegeți Connect an account. Selectaț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 de a salva orice. O cheie care nu funcționează nu este stocată niciodată, iar răspunsul menționează ce anume a fost în neregulă cu ea. O cheie care funcționează este păstrată criptată în seiful nostru securizat — niciodată în baza noastră de date — și nu mai este afișată niciodată, nici măcar dumneavoastră.

Ce urmează

  • Un site se poate implementa direct dintr-un depozit din acest cont: alegeți-l în conexiunea de depozit a site-ului, selectați depozitul și ramura, iar o acțiune push declanșează implementarea.
  • Fiecare altă ramură poate primi propria previzualizare, astfel încât să puteți verifica o modificare înainte ca aceasta să ajungă pe site-ul live.
  • Gazdele statice bazate pe Git, cum ar fi Render și Azure Static Web Apps, utilizează această conexiune ca sursă a codului 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 de la crearea lor — iar GitLab vă trimite un e-mail înainte de expirare. Creați unul nou și conectați-l.

Lipsește o permisiune. Permisiunile unui token nu pot fi modificate după ce acesta a fost creat; creați un token nou cu ambele permisiuni bifate.

Apare un mesaj conform căruia cheia a fost respinsă. Aproape întotdeauna unul dintre trei motive: un spațiu sau o întrerupere de rând copiată împreună cu ea, o cheie care a expirat sau o cheie care a fost revocată ori regenerată după ce ați copiat-o. Creați una nouă și introduceți-o din nou.

Se conectează, dar ulterior ceva eșuează. Cheia se autentifică, dar îi lipsește o permisiune de care are nevoie acțiunea. Creați o cheie nouă cu permisiunile enumerate 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. Acest lucru șterge imediat cheia stocată. Tot ce o utiliza se oprește la următoarea acțiune, iar ecranele care depindeau de ea indică acest lucru în loc să eșueze fără notificare.

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 neschimbate. Dacă suspectați că însăși cheia a fost compromisă, revocați-o de asemenea la furnizor; deconectarea șterge copia noastră, nu a acestuia.

Cele mai recente din blog

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

SEO și link building din stratul de găzduire: Perspectiva unui operator în 2026

Cum influențează găzduirea indexarea și distribuția autorității legăturilor (link equity) în 2026: menținerea paginilor indexate, evaluarea domeniilor vechi înainte de a construi pe ele, construirea de linkuri fără amprentă (footprint) și o perspectivă onestă asupra a ceea ce infrastructura poate și nu poate face pentru SEO.

Citiți articolul →

Optimizarea WordPress pentru viteză și securitate: o listă de verificare pentru performanță și module

O listă practică de verificare pentru un WordPress rapid și securizat: stocarea în cache la nivel de server, o memorie cache de obiecte per site, puținele module care merită rulate, menținerea stivei la zi și paginile WooCommerce pe care nu trebuie să le includeți niciodată în cache.

Citiți articolul →

Cum să alegeți găzduirea web gestionată în 2026: Ghidul cumpărătorului

Ce diferențiază cu adevărat o găzduire administrată bună de o mașină ieftină cu panou de control — migrări, copii de rezervă, izolare, stocare în cache reală și scalare corectă — și cum să o evaluați înainte de a vă lua un angajament.

Citiți articolul →

Citiți blogul →

Încă întâmpinați dificultăți?

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 → Toate articolele →