Furnizorul Bitbucket nu oferă (chiar și în tarifele standard și premium) posibilitatea stocării cheilor SSH cu acces la scriere la nivelul depozitului. Stocarea cheii personale SSH pe serverul de producție nu este o opțiune, altfel puteți accesa toate celelalte proiecte la care lucrați în prezent de acolo. Există așa-numitele chei de acces , dar acestea permit doar drepturi de citire.
Deci, dacă vă dezvoltați local pe un proiect și apoi integrați acest depozit pe un server de producție cu acces la scriere, există două opțiuni: Fie vă creați propriul utilizator (pentru a fi autorizat și pentru 5 sau mai mulți utilizatori) în acest scop, fie îl puteți folosi redirecționarea agentului SSH destul de necunoscut.
Cu această procedură, puteți reutiliza cheia locală SSH pe un server la distanță în sesiunea curentă, fără a fi nevoie să stocați cheia acolo. Configurarea este simplă: mai întâi asigurați-vă că vă puteți conecta direct atât la serverul de la distanță, cât și la Bitbucket folosind cheia SSH. Apoi porniți agentul SSH pe mașina dvs. locală cu eval `ssh-agent -s` și stocați cheia curentă cu ssh-add -k . Cu redirecționarea agentului activată, vă puteți conecta acum la serverul de la distanță prin ssh -A username @ host1 și apoi accesați depozitul Bitbucket fără a fi nevoie să introduceți cheia SSH a serverului de la distanță.
O altă alternativă este trecerea la un furnizor complet diferit: GitLab, de exemplu, oferă deja o cotă de 10 GB (comparativ cu 2 GB cu Bitbucket), un număr nelimitat de membri ai echipei și așa-numitele chei de implementare în planul gratuit . Aceasta înseamnă că orice număr de chei SSH suplimentare (de exemplu, de la serverul de producție) pot fi stocate în fiecare depozit, care oferă acces la scriere în depozit.