Tudásbázis

Kapcsolja össze Bitbucket fiókját, hogy webhelyei egy adattárból települjenek

Csatlakoztasson egy Bitbucket-hozzáférési tokent vagy egy API-tokent a felhasználónevével, hogy a Bitbucket-tárházba történő kódküldés (push) üzembe helyezze a webhelyét.

Mit tesz ez az Ön számára

A Bitbucket csatlakoztatásával a webhely egy Bitbucket Cloud-tárolóból is üzembe helyezhető: küldjön le Módosítást (push) a ágra, és a webhely frissül.

Mielőtt elkezdené

Egy Bitbucket Cloud-fiók, amely hozzáfér az üzembe helyezni kívánt tárolókhoz.

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

A Bitbucket kétféle hitelesítő adatot kínál, és bármelyik megfelel:

  • Egy hozzáférési token egy tárolóhoz, projekthez vagy munkaterülethez, amely az adott tároló,
  • projekt vagy munkaterület saját beállításaiból hozható létre a Access tokens alatt. Ez az adott tárolóhoz, projekthez vagy munkaterülethez kötődik, nem pedig egy személyhez. Adjon neki olvasási hozzáférést a tárolókhoz.

  • Egy API-token az Atlassian-fiókján. Válassza ki a profilját, majd az **Account settings →
  • Security → Create and manage API tokens → Create API token with scopes lehetőséget. Nevezze el, állítson be lejárati időt, válassza a Bitbucket** lehetőséget alkalmazásként, és jelölje ki a tárolók olvasási hozzáférését. A Bitbucket egyszer jeleníti meg a tokent; ekkor másolja ki.

2. Csatlakoztassa itt

Nyissa meg az Integrations lehetőséget a vezérlőpulton, és válassza a Connect an account lehetőséget. Válassza a Code hosting lehetőséget csoportként és a Bitbucket lehetőséget fiókként, töltse ki az API token mezőt — és ha fióktokent hozott létre az Atlassian-fiókján hozzáférési token helyett, az Account username mezőt is —, majd kattintson a Connect account gombra.

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, hogy 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 az Ön számára sem.

A felhasználónév határozza meg, hogy miként küldjük el a tokent, ezért azt csak fióktoken esetén adja meg. A felhasználónévvel megadott hozzáférési tokent vagy felhasználónév nélküli fióktokent elutasítunk.

Mi történik ezután

  • A webhely közvetlenül is üzembe helyezhető egy fiókban lévő tárolóból: válassza ki azt a webhely
  • tárolókapcsolatánál, válassza ki a tárolót és az ágat, és egy leküldés (push) üzembe helyezi.

  • Minden más ág saját előnézetet kaphat, így ellenőrizhet egy módosítást, mielőtt az eléri az
  • éles webhelyet.

  • A Git-alapú statikus kiszolgálók, 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 a kapcsolat nem jön létre

Hiányzik egy tároló. A hozzáférési token csak abban a tárolóban, projektben vagy munkaterületen érvényes, amelyben létrehozták. Hozzon létre egyet olyan szinten, amely minden szükséges tárolót lefed.

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

Azt jelzi, hogy a kulcsot elutasították. Szinte mindig a következő három dolog egyike: a kulccsal együtt lemásolt szóköz vagy sortörés, egy lejárt kulcs, vagy egy olyan kulcs, amelyet visszavontak vagy újrageneráltak a másolás után. Hozzon létre egy frisset, és illessze be újra.

Csatlakozik, de később valami meghibásodik. A kulcs hitelesít, de hiányzik egy olyan engedély, amelyre a művelethez szükség van. 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 kattintson a Disconnect 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 a rá támaszkodó képernyők ezt jelzik ahelyett, hogy csendben meghiúsulnának.

A kapcsolat bontása nem vonja vissza a már elvégzett műveleteket — a fiókján módosított rekordok, üzembe helyezések vagy beállítások úgy maradnak, ahogy vannak. Ha úgy gondolja, hogy magának a kulsnak a kiszivárgása történhetett meg, 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é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