База знания

Свържете своя Bitbucket акаунт, за да може сайтовете ви да се деплойват от хранилище

Свържете токен за достъп до Bitbucket или API токен с вашето потребителско име, така че всяко качване в хранилище в Bitbucket да разполага сайта ви.

Какво прави свързването за Вас

Свързването на Bitbucket позволява на даден сайт да се разгръща от някой от вашите хранилища в Bitbucket Cloud: пуснете промяна към клона и сайтът се актуализира.

Преди да започнете

Профил в Bitbucket Cloud с достъп до хранилищата, които искате да разгърнете.

1. Създайте ключа в Bitbucket

Bitbucket предлага два вида удостоверителни данни и всеки от тях върши работа:

  • Токен за достъп за хранилище, проект или работно пространство, създаден от настройките на съответното хранилище, проект или работно пространство в раздел 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.

Ние тестваме това, което поставяте, преди да бъде запазено каквото и да било. Ключ, който не работи, никога не се съхранява и отговорът посочва какво не е било наред с него. Ключ, който работи, се пази криптиран в нашето хранилище за тайни — никога в нашата база данни — и никога повече не се показва, дори и на вас.

Потребителското име определя как изпращаме токена, затова го въвеждайте само за токен на профил. Токен за достъп, въведен с потребителско име, или токен на профил без такова, се отхвърлят.

Какво се случва след това

  • Един сайт може да се разгръща директно от хранилище в този профил: изберете го в свързването на хранилището на сайта, изберете хранилището и клона и всяко пускане на промени води до разгръщане.
  • Всеки друг клон може да получи собствен преглед, така че да можете да проверите дадена промяна, преди тя да достигне до действащия сайт.
  • Статични хостинг платформи, изградени с Git, като Render и Azure Static Web Apps, използват тази връзка като източник на кода за сайта.

Ако свързването не се осъществи

Липсва хранилище. Токенът за достъп достига само до хранилището, проекта или работното пространство, в което е бил създаден. Създайте такъв на нивото, което обхваща всяко необходимо ви хранилище.

Работеше и след това спря. И двата вида токен могат да изтекат. Създайте нов и го свържете.

Появява се съобщение, че ключът е отхвърлен. Почти винаги става въпрос за едно от три неща: копиран заедно с ключа интервал или знак за нов ред, изтекъл ключ или ключ, който е бил отзван или регенериран, след като сте го копирали. Създайте нов и го поставете отново.

Свързва се, но по-късно нещо се проваля. Ключът се удостоверява, но му липсва разрешение, необходимо за дадено действие. Създайте нов ключ с разрешенията, изброени по-горе, след което прекъснете старата връзка и свържете новия ключ.

Прекъсване на връзката

Отворете Integrations, намерете профила и натиснете Disconnect. Това незабавно изтрива съхранения ключ. Всичко, което го е използвало, спира при следващото си действие, а еккраните, които са зависели от него, съобщават за това, вместо да се провалят тихо.

Прекъсването на връзката не отменя вече извършеното — записите, разгръщанията или настройките, които сме променили във вашия профил, остават такива, каквито са. Ако смятате, че самият ключ може да е бил изтекъл, отзвайте го и при доставчика; прекъсването на връзката премахва нашето копие, а не тяхното.

Най-ново от блога

За какво пишем относно хостинга, SEO и мащабирането на сайтове.

SEO и линкбилдинг от хостинг слоя: Поглед на оператора за 2026 г.

Как хостингът определя индексирането и тежестта на връзките през 2026 г.: поддържане на индексирането на страниците, проучване на стари домейни преди изграждането върху тях, изграждане на връзки без отпечатък и честно мнение за това какво инфраструктурата може и не може да направи за SEO.

Прочетете публикацията

Как да направим WordPress бърз и сигурен: Чеклист за производителност и плъгини

Практически списък за бърз и сигурен WordPress: сървърно кеширане, обектен кеш за всеки сайт, шепата плъгини, които си струва да се използват, поддържане на стека в актуален вид и страниците в WooCommerce, които никога не трябва да кеширате.

Прочетете публикацията

Как да изберем управляван уеб хостинг през 2026 г.: Ръководство за купувача

Какво вспитно отличава качествения управляван хостинг от евтин сървър с контролен панел — миграции, резервни копия, изолация, реално кеширане и честно мащабиране — и как да го прецените, преди да се ангажирате.

Прочетете публикацията

Прочетете блога

Все още изпитвате затруднения?

Поддръжката е включена във всеки план, отделът работи 24 часа в денонощието и можете да ни пишете на всеки от нашите 58 езика — ние ви отговаряме на вашия.

Свържете се с поддръжката Всички статии