Tudásbázis

Csatlakoztassa a GitLab fiókját, hogy webhelyei egy tárolóból települjenek

Hozzon létre egy GitLab személyes hozzáférési tokent az api és write_repository hatókörökkel, és csatlakoztassa, hogy a leküldés (push) üzembe helyezze a webhelyét.

Mit tesz ez önért

A GitLab összekapcsolása lehetővé teszi, hogy egy webhely az egyik GitLab tárolójából települjön, és lehetővé teszi számunkra, hogy közzétegyünk a fiókján lévő GitLab Pages szolgáltatásban, ha azt választja a webhely tárhelyeként.

Mielőtt elkezdené

Egy GitLab-fiók, amely hozzáfér a telepíteni kívánt projektekhez.

1. Hozza létre a kulcsot a GitLab oldalon

A GitLabben válassza ki az avatarját a jobb felső sarokban, majd a Szerkesztés profil → Hozzáférés → Személyes hozzáférési tokenek lehetőséget, és hozzon létre egy új tokent (a GitLab ezt Örökölt token néven is jelölheti a Token generálása menüben). Nevezze el, adja meg a lejárati dátumot, és jelölje be ezeket a hatóköröket:

  • api
  • write_repository

Kattintson a Token generálása gombra, és másolja ki – a GitLab csak egyszer jeleníti meg.

2. Csatlakoztassa itt

Nyissa meg az Integrációk oldalt a vezérlőpulton, és válassza a Fiók összekapcsolása lehetőséget. Válassza a Kódtárhely csoportot és a GitLab fiókot, töltse ki az API-token mezőt, és kattintson a Fiók összekapcsolása gombra.

Minden mentés előtt teszteljük a beillesztett adatot. A nem működő kulcsot soha nem tároljuk el, és a válasz megmondja, mi volt vele a hiba. A működő kulcs titkosítva marad a titkoskulcs-tárolónkban – soha nem az adatbázisunkban –, és soha többé nem jelenik meg, még önnek sem.

Mi történik ezután

  • Egy webhely közvetlenül telepíthető a fiók egyik tárolójából: válassza ki a webhely tárolókapcsolatánál, válassza ki a tárolót és az ágat, és egy leküldés (push) elvégzi a telepítést.
  • Minden más ág saját előnézetet kaphat, így ellenőrizheti a módosítást, mielőtt az éles webhelyre kerülne.
  • A Git-alapú statikus tárhelyek, mint például a Render és a Azure Static Web Apps, ezt a kapcsolatot használják a webhely kódjának forrásaként.

Ha nem csatlakozik

Működött, majd leállt. A GitLab-tokenek mindig lejárnak – általában legfeljebb egy évvel a létrehozásuk után –, és a GitLab e-mailben értesíti önt, mielőtt ez megtörténne. Hozzon létre egy újat, és csatlakoztassa azt.

Hiányzik egy hatókör. A token hatókörei a létrehozásuk után nem módosíthatók; hozzon létre egy új tokent mindkét hatókör bejelölésével.

Azt jelzi, hogy a kulcsot elutasították. Leggyakrabban a következők egyike: egy a másolással együtt átkerült szóköz vagy sortörés, egy lejárt kulcs, vagy egy olyan kulcs, amelyet a másolás után visszavontak vagy újrageneráltak. Hozzon létre egy újat, és illessze be újra.

Csatlakozik, de később valami hiba történik. A kulcs hitelesít, de hiányzik egy engedély, amelyre a művelethez szükség van. Hozzon létre egy új kulcsot a fent felsorolt engedélyekkel, majd bontsa a régi kapcsolatot, és csatlakoztassa az új kulcsot.

Leválasztás

Nyissa meg az Integrációk oldalt, keresse meg a fiókot, és kattintson a Leválasztás gombra. Ezzel azonnal törlődik a tárolt kulcs. Minden, ami ezt használta, leáll a következő műveleténél, és az ettől függő képernyők ezt jelzik is ahelyett, hogy csendben meghibásodnának.

A leválasztás nem vonja vissza azt, ami már megtörtént – a fiókján módosított rekordok, telepítések vagy beállítások úgy maradnak, ahogy vannak. Ha úgy gondolja, hogy maga a kulcs kiszivárgott, vonja vissza azt a szolgáltatónál is; a leválasztás a mi másolatunkat távolítja el, nem az övékét.

Legfrissebb a blogról

Amiről a tárhelyről, a keresőoptimalizálásról és a webhelyek nagymértékű üzemeltetéséről írtunk.

SEO és linképítés a tárhelyszintről: Egy 2026-os üzemeltetői szemlélet

Hogyan határozza meg a tárhely a rangsorolást és a linkek erejét 2026-ban: az oldalak indexben tartása, a régebbi domainek ellenőrzése a felhasználás előtt, lábnyom nélküli linképítés, valamint őszinte beszéd arról, hogy mit tehet és mit nem tehet az infrastruktúra a SEO érdekében.

Bejegyzés olvasása

A WordPress gyors és biztonságos tétele: Teljesítmény- és bővítményellenőrzőlista

Egy praktikus ellenőrzőlista a gyors, biztonságos WordPress webhelyhez: kiszolgálószintű gyorsítótárazás, webhelyenkénti objektumgyorsítótár, a néhány érdemes bővítmény, a szoftververziók naprakészen tartása, valamint azok a WooCommerce oldalak, amelyeket soha nem szabad gyorsítótárazni.

Bejegyzés olvasása

Hogyan válasszunk menedzselt tárhelyet 2026-ban: Vásárlási útmutató

Mi választja el valójában a jó menedzselt tárhelyet a vezérlőpultos olcsó szervertől – a migrációk, a biztonsági mentések, az izoláció, a valódi gyorsítótárazás és a korrekt skálázás –, és hogyan mérje fel ezeket, mielőtt elkötelezné magát.

Bejegyzés olvasása

Olvassa el a blogot

Még mindig elakadtál?

A támogatás minden csomag része, az ügyfélszolgálat a nap 24 órájában rendelkezésre áll, és a 58 támogatott nyelvünk bármelyikén írhat nekünk – mi a ön nyelvén válaszolunk.

Kapcsolat a támogatással Összes cikk