Tudásbázis

Csatlakoztassa a GitHub fiókját egy tokennel, hogy a webhelyei egy adattárból települjenek

H hozzon létre egy részletes GitHub tokent a telepített adattárakhoz, és csatlakoztassa, hogy a leküldés (push) telepítse a webhelyét, és az ágak előnézetet kapjanak.

Mit jelent az Ön számára a csatlakoztatás

A GitHub csatlakoztatása egy tokennel lehetővé teszi, hogy egy webhely az egyik tárhelyéről települjön: küldjön frissítést az ágra, és a webhely frissül az Ön fiókjában a GitHub Pages szolgáltatásban, ha azt választja a webhely tárhelyeként.

Ha a tárhelyei egy szervezethez tartoznak, részesítse előnyben a Zinn® GitHub app lehetőséget – lásd: A Zinn® GitHub app telepítése. A token egyetlen személyhez tartozik, és megszűnik működni, amikor az illető elhagyja a szervezetet.

Mielőtt elkezdené

GitHub-fiók, amely hozzáféréssel rendelkezik a telepíteni kívánt tárhelyekhez. Ha azok egy szervezethez tartoznak, előfordulhat, hogy egy tulajdonosnak jóvá kell hagynia a finomhangolt tokeneket a szervezet számára.

1. Hozza létre a kulcsot a GitHubon

A GitHubon kattintson a profilképére, majd válassza a Settings → Developer settings → Personal access tokens → Fine-grained tokens → Generate new token lehetőséget. Nevezze el, és válassza ki a lejárati időt. A Repository access alatt válassza az Only select repositories lehetőséget, és jelölje ki a telepítéshez használt tárhelyeket – a működéshez szükséges legszűkebb hozzáférést.

A Repository permissions alatt adja meg a Read and write engedélyt a következőkhöz:

  • Contents
  • Pages
  • Administration

Nyomja meg a Generate token gombot, és másolja ki – a GitHub csak egyszer jeleníti meg.

2. Csatlakoztassa itt

Nyissa meg az Integrations lehetőséget a vezérlőpulton, és válassza a Connect an account pontot. Válassza a Code hosting lehetőséget csoportként és a GitHub lehetőséget fiókként, töltse ki az API token mezőt, és nyomja meg a Connect account gombot.

Minden mentés előtt teszteljük a beillesztett adatokat. A nem működő kulcsot soha nem mentjük el, és a válasz megjelöli, mi volt vele a hiba. A működő kulcsot titkosítva tároljuk a titkoskulcs-tárunkban – soha nem az adatbázisunkban –, és soha többé nem jelenítjük meg, még önnek sem.

Mi történik ezután

  • A webhely közvetlenül telepíthető a fiók egyik tárhelyéről: válassza ki a webhely tárhelykapcsolatánál, jelölje ki a tárhelyet és az ágat, és egy leküldés (push) elindítja 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 az Azure Static Web Apps, ezt a kapcsolatot használják a webhely kódjának forrásaként.

Ha nem csatlakozik

Egy tárhely nem jelenik meg. A token tárhelyhozzáférése nem tartalmazza azt. Szerkessze a tokent a GitHubon, és adja hozzá a tárhelyet.

Működött, majd leállt. A finomhangolt tokenek az Ön által választott napon lejárnak. Generáljon egy újat, és csatlakoztassa; a GitHub e-mailben értesíti a tokent lejárata előtt.

Azt jelzi, hogy a kulcs elutasításra került. Ez szinte mindig a következő három dolog valamelyike miatt történik: a kulccsal együtt lemásolt szóköz vagy sortörés, egy lejárt kulcs, vagy egy olyan kulcs, amelyet a másolás után visszavontak vagy újra generáltak. Hozzon létre egy újat, és illessze be újra.

Csatlakozik, de valami később meghibásodik. A kulcs hitelesít, de hiányzik belőle a művelethez szükséges engedély. Hozzon létre egy új kulcsot a fent felsorolt engedélyekkel, majd szüntesse meg a régi kapcsolatot, és csatlakoztassa az új kulcsot.

A kapcsolat bontása

Nyissa meg az Integrations lehetőséget, keresse meg a fiókot, és nyomja meg a Disconnect gombot. Ezzel azonnal törlődik a tárolt kulcs. Minden, ami ezt használta, a következő műveletnél leáll, és az erre támaszkodó képernyők ezt jelzik is a csendes hiba helyett.

A kapcsolat bontása nem vonja vissza a már elvégzetteket – a fiókján módosított rekordok, telepítések vagy beállítások úgy maradnak, ahogy vannak. Ha attól tart, hogy magának a kulcsnak a adatai kiszivároghattak, vonja vissza azt a szolgáltatónál is; a kapcsolat bontása a mi példányunkat távolítja el, nem az övé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