Bitbucket պրովայդերը (նույնիսկ վճարների վրա հիմնված Ստանդարտ և Պրեմիում սակագներում ) չի առաջարկում պահեստային մակարդակում SSH բանալիներ գրելու իրավունքներով: Ձեր անձնական SSH բանալին արտադրության սերվերում պահելը տարբերակ չէ, այլապես այնտեղից կարող եք մուտք գործել բոլոր մյուս նախագծերը, որոնց վրա այժմ աշխատում եք: Կան, այսպես կոչված, մուտքի բանալիներ , բայց դրանք միայն թույլ են տալիս ընթերցանության իրավունքներ:
Այսպիսով, եթե դուք տեղայնորեն զարգանում եք ինչ-որ նախագծի վրա և այնուհետև ներդնում եք այս պահոցը արտադրական սերվերի վրա ՝ գրելու թույլտվությամբ, կա երկու տարբերակ ՝ կամ այդ նպատակով ստեղծեք ձեր սեփական օգտագործողը (լիցենզավորված և 5 օգտագործողի կողմից վճարովի), կամ այն օգտագործում եք բավականին անհայտ SSH գործակալի փոխանցում :
Այս մեթոդը թույլ է տալիս վերօգտագործել ձեր տեղական SSH բանալին հեռակա սերվերի վրա ընթացիկ նստաշրջանի ընթացքում՝ առանց բանալին այնտեղ մշտապես պահելու անհրաժեշտության: Կարգավորումը պարզ է. Նախ, համոզվեք, որ կարող եք անմիջապես միանալ և՛ հեռակա սերվերին, և՛ Bitbucket-ին՝ օգտագործելով ձեր SSH բանալին: Այնուհետև, գործարկեք SSH գործակալը ձեր տեղական մեքենայի վրա՝ օգտագործելով `eval `ssh-agent -s` հրամանը և ավելացրեք ձեր ընթացիկ բանալին՝ օգտագործելով `ssh-add -k` հրամանը : Այժմ, միացեք հեռակա սերվերին՝ գործակալի վերահասցեավորումը միացված՝ օգտագործելով `ssh -A username@host1` հրամանը: Այնուհետև կարող եք մուտք գործել ձեր Bitbucket պահոց՝ առանց գաղտնաբառ պահանջելու և առանց հեռակա սերվերի SSH բանալին այնտեղ պահելու անհրաժեշտության:
Մեկ այլ այլընտրանք `բոլորովին այլ մատակարարի անցնելը . GitLab- ն, օրինակ, արդեն առաջարկում է 10 ԳԲ քվոտա (համեմատած 2 ԳԲ-ի հետ Bitbucket- ի հետ), անսահմանափակ թվով թիմի անդամներ և, այսպես կոչված, բանալիներ տեղակայել անվճար սակագնում: Սա նշանակում է, որ յուրաքանչյուր պահոցում կարող են պահվել ցանկացած քանակությամբ լրացուցիչ SSH ստեղներ (օրինակ ՝ արտադրական սերվերից), որոնք գրելու իրավունք են տալիս պահեստին: