Tudásbázis

Csatlakoztassa Bitbucket-fiókját, hogy webhelyei egy tárolóból kerüljenek telepítésre

Csatlakoztasson egy Bitbucket hozzáférési tokent, vagy egy API-tokent a felhasználónevével, hogy a Bitbucket adattárba történő push üzembe helyezze webhelyét.

Milyen előnyökkel jár az összekapcsolás

A Bitbucket csatlakoztatása lehetővé teszi, hogy egy webhely az Ön egyik Bitbucket Cloud-adattárából települjön: küldje el a módosításokat a tárolóágba, és a webhely frissül.

Mielőtt hozzálátna

Egy Bitbucket Cloud-fiók, amely hozzáféréssel rendelkezik a telepíteni kívánt adattárakhoz.

1. Hozza létre a kulcsot a Bitbucket felületén

A Bitbucket kétféle hitelesítő adatot kínál, és mindkettő működik:

  • Hozzáférési token egy adattárhoz, projekthez vagy munkaterülethez, amelyet az adott adattár, projekt vagy munkaterület saját beállításaiban hozhat létre az Access tokens menüpont alatt. Ez az adott adattárhoz, projekthez vagy munkaterülethez van kötve, nem pedig egy személyhez. Adjon neki olvasási hozzáférést az adattárakhoz.
  • API-token az Ön Atlassian-fiókján. Válassza ki a profilját, majd lépjen ide: Account settings → Security → Create and manage API tokens → Create API token with scopes. Nevezze el, állítson be egy lejárati időt, válassza ki a Bitbucket alkalmazást, és jelölje be az adattárakhoz való olvasási hozzáférést. A Bitbucket csak egyszer jeleníti meg a tokent; ekkor másolja ki.

2. Csatlakoztassa itt

Nyissa meg az Integrations menüpontot a vezérlőpultján, és válassza a Connect an account lehetőséget. Válassza a Code hosting csoportot és a Bitbucket fióktípust, töltse ki az API token mezőt — és amennyiben hozzáférési token helyett az Atlassian-fiókján hozott létre tokent, az Account username mezőt is —, majd nyomja meg a Connect account gombot.

Mielőtt bármit elmentenénk, teszteljük a beillesztett adatokat. A nem működő kulcsokat soha nem tároljuk, és a válasz megjelöli a felmerült hibát. A működő kulcsokat titkosítva tároljuk a biztonsági tárhelyünkben — adatbázisunkban soha —, és többé nem jelenítjük meg őket, még Önnek sem.

A felhasználónév határozza meg a token elküldésének módját, ezért csak fióktoken esetén adja meg. A felhasználónévvel megadott hozzáférési tokent, illetve a felhasználónév nélkül megadott fióktokent a rendszer elutasítja.

Mi történik ezután

  • A webhely közvetlenül telepíthető az ezen a fiókon található adattárból: válassza ki azt a webhely adattár-kapcsolatánál, jelölje ki az adattárat és a tárolóágat, és a push művelet elindítja a telepítést.
  • Minden egyéb tárolóág saját előnézetet kaphat, így még az éles webhelyre kerülés előtt ellenőrizheti a módosításokat.
  • A Git-alapú statikus tárhelyszolgáltatók, mint például a Render és az Azure Static Web Apps, ezt a kapcsolatot használják a webhely forráskódjaként.

Ha nem sikerül a kapcsolódás

Hiányzik egy adattár. A hozzáférési token csak ahhoz az adattárhoz, projekthez vagy munkaterülethez fér hozzá, amelyben létrehozták. Hozzon létre egyet olyan szinten, amely lefedi az összes szükséges adattárat.

Működött, majd leállt. Mindkét tokentípus lejárhat. Hozzon létre egy újat, és csatlakoztassa.

A rendszer azt jelzi, hogy a kulcsot elutasították. Ez szinte mindig három ok valamelyikére vezethető vissza: egy szóközt vagy sortörést másolt ki vele együtt, a kulcs lejárt, vagy a kimásolása után visszavonták, illetve újra előállították azt. Hozzon létre egy új kulcsot, és illessze be újra.

Csatlakozik, de később hiba lép fel. A kulcs hitelesítése sikeres, de nem rendelkezik a művelethez szükséges engedéllyel. Hozzon létre egy új kulcsot a fent felsorolt engedélyekkel, majd bontsa le a régi kapcsolatot, és csatlakoztassa az új kulcsot.

Kapcsolat bontása

Nyissa meg az Integrations menüpontot, keresse meg a fiókot, és nyomja meg a Disconnect gombot. Ez azonnal törli a tárolt kulcsot. Minden olyan folyamat, amely ezt használta, leáll a következő műveleténél, és az erre támaszkodó képernyők csendes hiba helyett értesítést fognak erről megjeleníteni.

A kapcsolat bontása nem vonja vissza a már elvégzett műveleteket — az Ön fiókján általunk módosított rekordok, telepítések vagy beállítások változatlanok maradnak. Ha úgy véli, hogy maga a kulcs kiszivároghatott, vonja vissza azt a szolgáltatónál is; a kapcsolat bontása a mi másolatunkat távolítja el, nem az övékét.

Legfrissebb a blogról

Amit a tárhelyszolgáltatásról, a SEO-ról és a webhelyek nagy léptékű működtetéséről írtunk.

SEO és linképítés a tárhelyréteg felől: Egy üzemeltető szemszöge 2026-ban

Hogyan alakítja a tárhely az indexelést és a linkértéket 2026-ban: az oldalak indexben tartása, a korosodott domainek ellenőrzése a tartalomépítés előtt, linképítés keresőmotoros lábnyom nélkül, és őszinte áttekintés arról, hogy az infrastruktúra mit tehet és mit nem tehet meg a SEO-ért.

Bejegyzés elolvasása →

A WordPress gyorsabbá és biztonságosabbá tétele: Teljesítmény- és bővítmény-ellenőrzőlista

Gyakorlati ellenőrzőlista a gyors és biztonságos WordPress-hez: kiszolgálószintű gyorsítótárazás, webhelyenkénti objektum-gyorsítótár, a maroknyi futtatásra érdemes bővítmény, a technológiai verem naprakészen tartása és a WooCommerce-oldalak, amelyeket soha nem szabad gyorsítótárazni.

Bejegyzés elolvasása →

Hogyan válasszunk menedzselt webtárhelyet 2026-ban: Útmutató vásárlóknak

Mi különbözteti meg valójában a jó menedzselt tárhelyet egy olcsó, vezérlőpulttal ellátott doboztól — migrációk, biztonsági mentések, elszigetelés, valódi gyorsítótárazás és őszinte skálázhatóság — és hogyan ítélheti meg, mielőtt elkötelezné magát.

Bejegyzés elolvasása →

Olvassa el a blogot →

Még mindig elakadt?

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.

Kapcsolatfelvétel az ügyfélszolgálattal → Összes cikk →