Գիտելիքների բազա

Միացրեք ձեր Bitbucket հաշիվը, որպեսզի ձեր կայքերը տեղակայվեն պահոցից

Միացրեք Bitbucket-ի մուտքի տոկեն կամ API տոկեն՝ Ձեր օգտանունով, որպեսզի Bitbucket պահոց կատարված push-ը տեղակայի Ձեր կայքը:

Ինչ է տալիս միացումը ձեզ

Bitbucket-ի միացումը թույլ է տալիս կայքը տեղակայել ձեր Bitbucket Cloud պահոցներից մեկից. ուղարկեք փոփոխությունները ճյուղ (push), և կայքը կթարմանա:

Նախքան սկսելը

Bitbucket Cloud-ի հաշիվ՝ մուտքի իրավունքով դեպի այն պահոցները, որոնք ցանկանում եք տեղակայել:

1. Ստեղծեք բանալին Bitbucket-ում

Bitbucket-ն առաջարկում է նույնականացման տվյալների երկու տեսակ, և երկուսն էլ աշխատում են.

  • Մուտքի թոքեն (access token) պահոցի, նախագծի կամ աշխատանքային տիրույթի (workspace) համար, որը ստեղծվում է տվյալ պահոցի, նախագծի կամ աշխատանքային տիրույթի կարգավորումներից՝ Access tokens բաժնում: Այն կապված է այդ պահոցի, նախագծի կամ աշխատանքային տիրույթի, այլ ոչ թե անձի հետ: Տրամադրեք դրան պահոցների ընթերցման հասանելիություն:
  • API թոքեն ձեր Atlassian հաշվում: Ընտրեք ձեր պրոֆիլը, ապա Account settings → Security → Create and manage API tokens → Create API token with scopes: Անվանեք այն, սահմանեք գործողության ժամկետ, որպես հավելված ընտրեք Bitbucket-ը և նշեք պահոցների ընթերցման հասանելիությունը: Bitbucket-ը թոքենը ցույց է տալիս միայն մեկ անգամ. պատճենեք այն անմիջապես:

2. Միացրեք այն այստեղ

Բացեք Integrations բաժինը ձեր վահանակում և ընտրեք Connect an account: Որպես խումբ ընտրեք Code hosting, իսկ որպես հաշիվ՝ Bitbucket, լրացրեք API token դաշտը, իսկ եթե մուտքի թոքենի փոխարեն ստեղծել եք թոքեն ձեր Atlassian հաշվում, նաև Account username դաշտը, և սեղմեք Connect account:

Մենք ստուգում ենք ձեր տեղադրած տվյալները նախքան որևէ բան պահպանելը: Չաշխատող բանալին երբեք չի պահպանվում, իսկ պատասխանը հայտնում է, թե ինչն էր սխալ: Աշխատող բանալին պահվում է գաղտնագրված մեր գաղտնիքների պահոցում (secrets vault)՝ երբեք մեր տվյալների բազայում, և այլևս երբեք չի ցուցադրվում, նույնիսկ ձեզ:

Օգտատիրոջ անունը (username) որոշում է, թե ինչպես ենք մենք ուղարկում թոքենը, ուստի մուտքագրեք այն միայն հաշվի թոքենի դեպքում: Մուտքի թոքենը, որը մուտքագրվել է օգտատիրոջ անվան հետ, կամ հաշվի թոքենն առանց դրա, կմերժվի:

Ինչ է տեղի ունենում հետո

  • Կայքը կարող է տեղակայվել անմիջապես այս հաշվի պահոցից. ընտրեք այն կայքի պահոցի կապակցման մեջ, ընտրեք պահոցն ու ճյուղը, և push-ը կիրականացնի տեղակայումը:
  • Ցանկացած այլ ճյուղ կարող է ունենալ իր նախադիտումը, որպեսզի կարողանաք ստուգել փոփոխությունը նախքան այն կհասնի գործող կայքին:
  • Git-ի հիման վրա կառուցված ստատիկ հոսթինգները, ինչպիսիք են Render-ը և Azure Static Web Apps-ը, օգտագործում են այս կապը որպես կայքի կոդի աղբյուր:

Եթե այն չի միանում

Պահոցը բացակայում է: Մուտքի թոքենը հասանելիություն ունի միայն այն պահոցին, նախագծին կամ աշխատանքային տիրույթին, որտեղ այն ստեղծվել է: Ստեղծեք թոքեն այն մակարդակում, որը ներառում է ձեզ անհրաժեշտ բոլոր պահոցները:

Այն աշխատում էր, ապա դադարեց: Երկու տեսակի թոքեններն էլ կարող են սպառվել: Ստեղծեք նորը և միացրեք այն:

Հաղորդվում է, որ բանալին մերժվել է: Գրեթե միշտ պատճառը երեքից մեկն է. դրա հետ միասին պատճենված բացատ կամ տողադարձ, ժամկետանց բանալի կամ բանալի, որը չեղարկվել կամ վերագեներացվել է ձեր պատճենելուց հետո: Ստեղծեք նորը և տեղադրեք այն կրկին:

Այն միանում է, բայց ավելի ուշ ինչ-որ բան ձախողվում է: Բանալին անցնում է նույնականացումը, սակայն չունի այն թույլտվությունը, որն անհրաժեշտ է գործողության համար: Ստեղծեք նոր բանալի վերը նշված թույլտվություններով, ապա անջատեք հին կապը և միացրեք նոր բանալին:

Անջատում

Բացեք Integrations բաժինը, գտեք հաշիվը և սեղմեք Disconnect: Դա անմիջապես կջնջի պահպանված բանալին: Այն ամենը, ինչ օգտագործում էր այն, կդադարեցվի իր հաջորդ գործողության ժամանակ, և դրանից կախված էկրանները կտեղեկացնեն այդ մասին՝ լուռ ձախողվելու փոխարեն:

Անջատումը չի չեղարկում այն, ինչ արդեն արվել է. գրառումները, տեղակայումները կամ կարգավորումները, որոնք մենք փոխել ենք ձեր հաշվում, մնում են այնպես, ինչպես կան: Եթե կարծում եք, որ բանալին կարող է արտահոսած լինել, չեղարկեք այն նաև մատակարարի մոտ. անջատումը հեռացնում է մեր օրինակը, ոչ թե նրանցը:

Վերջինը բլոգից

Ինչ ենք գրել հոսթինգի, SEO-ի և կայքերի մեծածավալ կառավարման մասին:

Որոնողական օպտիմալացում և հղումների կառուցում հոսթինգի մակարդակից. 2026 թվականի օպերատորի տեսակետը

Ինչպես է հոսթինգը ձևավորում ինդեքսավորումը և հղումների արժեքը 2026 թվականին. էջերը ինդեքսավորված պահելը, հին դոմեյնների ստուգումը նախքան դրանց վրա կայք կառուցելը, հղումների կառուցումն առանց որոնողական հետքի և անկեղծ հայացք այն բանին, թե ինչ կարող է և ինչ չի կարող անել ենթակառուցվածքը SEO-ի համար:

Կարդալ գրառումը →

WordPress-ը դարձնել արագ և ապահով. արտադրողականության և փլագինների ստուգաթերթ

Գործնական ստուգաթերթ արագ և ապահով WordPress-ի համար. սերվերի մակարդակով քեշավորում, օբյեկտների քեշ յուրաքանչյուր կայքի համար, մի քանի փլագիններ, որոնք արժե օգտագործել, ստեկի արդիական պահպանում և WooCommerce-ի էջերը, որոնք երբեք չպետք է քեշավորեք:

Կարդալ գրառումը →

Ինչպես ընտրել կառավարվող վեբ հոսթինգ 2026 թվականին. Գնորդի ուղեցույց

Ինչն է իրականում տարբերում լավ կառավարվող հոսթինգը կառավարման վահանակով էժան տուփից՝ միգրացիաները, պահուստային պատճենները, մեկուսացումը, իրական քեշավորումը և ազնիվ մասշտաբավորումը, և ինչպես գնահատել այն նախքան պարտավորվելը:

Կարդալ գրառումը →

Կարդալ բլոգը →

Դեռ օգնության կարի՞ք ունեք:

Աջակցությունը ներառված է յուրաքանչյուր սակագնային պլանում, աջակցման կենտրոնը գործում է օրական 24 ժամ, և դուք կարող եք գրել մեզ մեր 58 լեզուներից որևէ մեկով. մենք պատասխանում ենք ձեր լեզվով:

Կապվել աջակցման ծառայության հետ → Բոլոր հոդվածները →