Ang ginagawa nito para sa inyo
Ang pagkonekta sa Bitbucket ay nagbibigay-daan sa isang site na mag-deploy mula sa isa sa inyong mga repository sa Bitbucket Cloud: i-push sa branch at mag-a-update ang site.
Bago kayo magsimula
Isang account sa Bitbucket Cloud na may access sa mga repository na gusto ninyong i-deploy.
1. Gumawa ng key sa Bitbucket
Nag-aalok ang Bitbucket ng dalawang uri ng kredensyal, at parehong gumagana:
- Isang access token para sa isang repository, proyekto o workspace, na ginawa mula sa sariling mga setting ng repository, proyekto o workspace na iyon sa ilalim ng Access tokens. Nakatali ito sa repository, proyekto o workspace na iyon sa halip na sa isang tao. Bigyan ito ng read access sa mga repository.
- Isang API token sa inyong account sa Atlassian. Piliin ang inyong profile, pagkatapos ay Account settings → Security → Create and manage API tokens → Create API token with scopes. Bigyan ito ng pangalan, magtakda ng expiration, piliin ang Bitbucket bilang app, at piliin ang read access sa mga repository. Ipinapakita ng Bitbucket ang token nang isang beses; kopyahin ito noon.
2. Ikonekta ito rito
Buksan ang Integrations sa inyong dashboard at piliin ang Connect an account. Piliin ang Code hosting bilang grupo at ang Bitbucket bilang account, punan ang API token — at, kung gumawa kayo ng token sa inyong account sa Atlassian sa halip na access token, ang Account username din, at pindutin ang Connect account.
Sinusubukan namin ang inyong ipinapaskil bago i-save ang anuman. Ang isang key na hindi gumagana ay hindi kailanman iniimbak, at sinasabi ng sagot kung ano ang mali dito. Ang isang key na gumagana ay pinananatiling naka-encrypt sa aming vault ng mga sikreto — hindi kailanman sa aming database — at hindi kailanman ipinapakita muli, kahit sa inyo man lang.
Ang username ang nag PASPAS kung paano namin ipinapadala ang token, kaya ilagay lamang ito para sa isang account token. Ang isang access token na inilagay na may kasamang username, o isang account token na walang kasamang username, ay tinatanggihan.
Ano ang susunod na nangyayari
- Ang isang site ay maaaring mag-deploy nang direkta mula sa isang repository sa account na ito: piliin ito sa koneksyon ng repository ng site, piliin ang repository at branch, at ang isang push ay nag-de-deploy.
- Ang bawat iba pang branch ay maaaring makakuha ng sarili nitong preview, upang masuri ninyo ang isang pagbabago bago ito umabot sa live site.
- Ang mga static host na binuo sa Git tulad ng Render at Azure Static Web Apps ay ginagamit ang koneksyong ito bilang pinagmulan ng code ng site.
Kung hindi ito kumonekta
Nawawala ang isang repository. Ang isang access token ay umaabot lamang sa repository, proyekto o workspace kung saan ito ginawa. Gumawa ng isa sa antas na sumasaklaw sa bawat repository na kailangan ninyo.
Gumawa ito at pagkatapos ay tumigil. Ang parehong uri ng token ay maaaring mag-expire. Gumawa ng bago at ikonekta ito.
Sinasabi nitong tinanggihan ang key. Halos palaging isa sa tatlong bagay: isang puwang o line break na nakopya kasama nito, isang key na nag-expire na, o isang key na binawi o muling ginawa pagkatapos ninyong kopyahin ito. Gumawa ng bago at i-paste itong muli.
Kumonekta ito, ngunit may nabigo mamaya. Ang key ay nagpapatunay ngunit kulang sa pahintulot na kailangan ng aksiyon. Gumawa ng bagong key na may mga pahintulot na nakalista sa itaas, pagkatapos ay idiskonekta ang lumang koneksyon at ikonekta ang bagong key.
Pagdidiskonekta
Buksan ang Integrations, hanapin ang account at pindutin ang Disconnect. Tinatanggal nito ang naka-imbak na key kaagad. Ang anuman na gumagamit nito ay humihinto sa susunod na aksiyon nito, at ang mga screen na umasa dito ay nagsasabi nang ganoon sa halip na mabigo nang tahimik.
Ang pagdidiskonekta ay hindi nagpapawalang-bisa sa kung ano ang nagawa na — ang mga rekord, pag-deploy o setting na binago namin sa inyong account ay nanatili kung ano sila. Kung sa palagay ninyo ay maaaring nag-leak ang key mismo, bawiin din ito sa vendor; ang pagdidiskonekta ay nag-aalis ng aming kopya, hindi sa kanila.