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

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

Միացրեք Bitbucket մուտքի նշանը (access token) կամ API նշանը՝ ձեր օգտանունով, որպեսզի Bitbucket պահոց (repository) կատարված push-ը տեղակայի (deploy) ձեր կայքը:

Այս կապն ինչ է տալիս Ձեզ

Bitbucket-ի միացումը թույլ է տալիս կայք տեղակայել Ձեր Bitbucket Cloud պահոցներից մեկից. կատարեք push դեպի ճյուղ, և կայքը կթարմացվի։

Մինչ սկսելը

Bitbucket Cloud հաշիվ՝ տեղակայելու համար նախատեսված պահոցների հասանելիությամբ:

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

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

  • Մուտքի նշան (access token) պահոցի, նախագծի կամ աշխատանքային տարածքի համար, որը ստեղծված է այդ պահոցի, նախագծի կամ աշխատանքային տարածքի սեփական կարգավորումներում՝ Access tokens բաժնում: Այն կապված է այդ պահոցի, նախագծի կամ աշխատանքային տարածքի, այլ ոչ թե կոնկրետ անձի հետ: Տրամադրեք դրան պահոցների կարդալու հասանելիություն:
  • API նշան (API token) Ձեր 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)՝ երբեք չպահվելով մեր տվյալների բազայում, և այլևս երբեք չի ցուցադրվում՝ նույնիսկ Ձեզ:

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

Ինչ է տեղի ունենում հաջորդիվ

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

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

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

Այն աշխատեց, հետո դադարեց աշխատել։ Նշանների երկու տեսակներն էլ կարող են ժամկետանց դառնալ: Ստեղծեք նորը և միացրեք այն:

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

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

Անջատում

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

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

Ամենավերջինը բլոգից

Այն մասին, թե ինչ ենք գրել հոսթինգի, SEO-ի և մեծ մասշտաբով կայքեր վարելու մասին:

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

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

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

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

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

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

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

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

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

Կարդալ բլոգը

Դեռ խնդի՞ր կա:

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

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