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 SSH locală pe un server la distanță în sesiunea curentă, fără a fi nevoie să stocați permanent cheia acolo. Configurarea este simplă: în primul rând, vă asigurați 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 . Acum, cu redirecționarea agentului activată, vă conectați la serverul de la distanță prin ssh -A username@host1 și apoi puteți accesa depozitul dvs. Bitbucket fără a fi necesară o parolă suplimentară și fără a fi nevoie să stocați acolo cheia SSH a serverului la distanță.
O altă alternativă este trecerea la un furnizor complet diferit: GitLab, de exemplu, oferă deja așa-numitele chei de implementare în planul gratuit pe lângă o cotă de 10 GB (comparativ cu 2 GB cu Bitbucket) și un număr nelimitat de membri ai echipei. Acest lucru vă permite să stocați orice număr de chei SSH suplimentare (de exemplu, de la serverul de producție) individual pentru fiecare depozit, care acordă drepturi de scriere depozitului.