Conectați-vă contul Bitbucket pentru ca site-urile dvs. să fie implementate dintr-un depozit

Ce vă oferă conectarea

Conectarea Bitbucket permite unui site să fie implementat dintr-unul dintre depozitele dumneavoastră Bitbucket Cloud: trimiteți prin push în ramură și 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 ambele 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 secțiunea Tokenuri de acces. Acesta este asociat acelui depozit, proiect sau spațiu de lucru, mai degrabă decât unei persoane. Acordați-i acces de citire pentru depozite.
• Un token API în contul dumneavoastră Atlassian. Selectați profilul dumneavoastră, apoi Setări cont → Securitate → Creați și gestionați tokenuri API → Creați token API cu permisiuni. Dați-i un nume, setați o dată de expirare, alegeți Bitbucket ca aplicație și selectați accesul de citire pentru depozite. Bitbucket afișează tokenul o singură dată; copiați-l atunci.

2. Conectați-l aici

Deschideți Integrări în tabloul de bord și alegeți Conectați un cont. Selectați Găzduire cod ca grup și Bitbucket ca cont, completați Token API — și, dacă ați creat un token în contul dumneavoastră Atlassian în loc de un token de acces, completați și Nume de utilizator al contului, apoi apăsați Conectați contul.

Testăm ceea ce inserați înainte de a salva ceva. O cheie care nu funcționează nu este stocată niciodată, iar răspunsul menționează problema detectată. O cheie funcțională este păstrată criptată în seiful nostru securizat — niciodată în baza noastră de date — și nu este afișată niciodată din nou, nici măcar dumneavoastră.

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

Ce urmează

• Un site se poate implementa direct dintr-un depozit de pe acest cont: alegeți-l în conexiunea depozitului site-ului, selectați depozitul și ramura, iar o acțiune push declanșează implementarea.
• Fiecare altă ramură poate avea propria previzualizare, permițându-vă să verificați o modificare înainte ca aceasta să ajungă pe site-ul publicat.
• Gazdele statice construite prin Git, cum ar fi Render și Azure Static Web Apps, utilizează 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ă toate depozitele de care aveți nevoie.

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

Apare un mesaj conform căruia cheia a fost respinsă. Aproape întotdeauna este vorba de una dintre cele trei situații: un spațiu sau un sfârșit de rând copiat împreună cu aceasta, o cheie care a expirat sau o cheie care a fost revocată ori regenerată după ce ați copiat-o. Creați una nouă și introduceți-o din nou.

Se conectează, dar o acțiune ulterioară eșuează. Cheia se autentifică, dar îi lipsește o permisiune necesară acțiunii. Creați o cheie nouă cu permisiunile enumerate mai sus, apoi deconectați conexiunea veche și conectați noua cheie.

Deconectarea

Deschideți Integrări, găsiți contul și apăsați Deconectați. Aceasta șterge imediat cheia stocată. Orice element care o utiliza se oprește la următoarea sa acțiune, iar ecranele dependente de aceasta raportează acest lucru, în loc să eșueze silențios.

Deconectarea nu anulează ceea ce a fost deja realizat — înregistrările, implementările sau setările pe care le-am modificat în contul dumneavoastră rămân neschimbate. Dacă suspectați că însăși cheia a fost compromisă, revocați-o și de la furnizor; deconectarea șterge copia noastră, nu a acestora.