Conectați-vă contul Bitbucket pentru ca site-urile dvs. să se implementeze dintr-unul sau mai multe repozitoare

Ce face această conexiune pentru dumneavoastră

Conectarea Bitbucket permite ca un site să se implementeze dintr-unul dintre depozitele dumneavoastră Bitbucket Cloud: trimiteți modificări în ramură, iar site-ul se actualizează.

Înainte de a începe

Un cont Bitbucket Cloud cu acces la depozitele pe care doriți să le implementați.

1. Creați cheia în Bitbucket

Bitbucket oferă două tipuri de credențiale, și oricare dintre ele funcționează:

• Un token de acces pentru un depozit, proiect sau spațiu de lucru, creat din setările proprii ale acelui depozit, proiect sau spațiu de lucru, la Access tokens. Acesta este asociat acelui depozit, proiect sau spațiu de lucru, nu unei persoane. Acordați-i acces de citire la depozite.
• Un token API pentru contul dumneavoastră Atlassian. Selectați profilul dumneavoastră, apoi Account settings → Security → Create and manage API tokens → Create API token with scopes. Denumiți-l, setați o dată de expirare, alegeți Bitbucket ca aplicație și selectați accesul de citire la depozite. Bitbucket afișa tokenul o singură dată; copiați-l atunci.

2. Conectați-l aici

Deschideți Integrations în panoul de control și alegeți Connect an account. Alegeți Code hosting ca grup și Bitbucket ca cont, completați API token — și, dacă ați creat un token în contul dumneavoastră Atlassian în loc de un token de acces, și Account username, apoi apăsați Connect account.

Testăm ceea ce inserați înainte ca orice să fie salvat. O cheie care nu funcționează nu este stocată niciodată, iar răspunsul menționează ce a fost în neregulă cu aceasta. O cheie care funcționează este păstrată criptată în seiful nostru de secrete — niciodată în baza noastră de date — și nu este afișată niciodată, nici măcar dumneavoastră.

Numele de utilizator decide modul în care trimitem tokenul, așa că introduceți-l doar pentru un token de cont. Un token de acces introdus cu un nume de utilizator sau un token de cont fără unul este refuzat.

Ce se întâmplă în continuare

• Un site se poate implementa direct dintr-un depozit din acest cont: alegeți-l la conexiunea de depozit a site-ului, selectați depozitul și ramura, iar o trimitere de modificări efectuează implementarea.
• Fiecare altă ramură poate avea propria previzualizare, astfel încât să puteți verifica o modificare înainte ca aceasta să ajungă pe site-ul principal.
• Gazdele statice construite cu Git, cum ar fi Render și Azure Static Web Apps, folosesc această conexiune ca sursă pentru codul site-ului.

Dacă nu se conectează

Lipsește un depozit. Un token de acces ajunge doar la depozitul, proiectul sau spațiul de lucru în care a fost creat. Creați unul la nivelul care acoperă fiecare depozit de care aveți nevoie.

A funcționat și apoi s-a oprit. Ambele tipuri de token pot expira. Creați unul nou și conectați-l.

Se afișează că cheia a fost respinsă. Aproape întotdeauna este vorba despre unul dintre următoarele trei lucruri: un spațiu sau o întrerupere de linie copiată odată cu aceasta, o cheie care a expirat sau o cheie care a fost revocată sau regenerată după ce ați copiat-o. Creați una nouă și inserați-o din nou.

Se conectează, dar ceva eșuează ulterior. Cheia se autentifică, dar îi lipsește o permisiune de care acțiunea are nevoie. Creați o cheie nouă cu permisiunile enumerate mai sus, apoi deconectați vechea conexiune și conectați noua cheie.

Deconectarea

Deschideți Integrations, găsiți contul și apăsați Disconnect. Aceasta șterge imediat cheia stocată. Orice element care o folosea se oprește la următoarea sa acțiune, iar ecranele care depindeau de aceasta afișează acest lucru în loc să eșueze în tăcere.

Deconectarea nu anulează ceea ce a fost deja făcut — înregistrările, implementările sau setările pe care le-am modificat în contul dumneavoastră rămân așa cum sunt. Dacă credeți că cheia în sine ar fi putut fi compromisă, revocați-o și la furnizor; deconectarea elimină copia noastră, nu pe a lor.