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