Udbyderen Bitbucket tilbyder ikke (selv i de gebyrbaserede standard- og premium- takster ) muligheden for at gemme SSH-nøgler med skriveadgang på lagerniveauet. Det er ikke en mulighed at gemme din personlige SSH-nøgle på produktionsserveren, ellers kan du få adgang til alle andre projekter, som du i øjeblikket arbejder på derfra. Der er såkaldte adgangsnøgler , men disse tillader kun læserettigheder.
Så hvis du udvikler dig lokalt på et projekt og derefter integrerer dette lager på en produktionsserver med skriveadgang, er der to muligheder: Enten opretter du din egen bruger (skal licenseres og fra 5 brugere kan betales) til dette formål, eller du bruger det den ret ukendte videresendelse af SSH-agent .
Med denne procedure kan du genbruge din lokale SSH-nøgle på en ekstern server i den aktuelle session uden at skulle gemme nøglen der permanent. Opsætningen er enkel: Først skal du sikre dig, at du kan oprette forbindelse direkte til både fjernserveren og Bitbucket ved hjælp af din SSH-nøgle. Start derefter SSH- agenten på din lokale maskine med eval `ssh-agent -s` og gem din nuværende nøgle med ssh-add -k . Når agentvideresendelse er aktiveret, kan du nu oprette forbindelse til fjernserveren via ssh -A brugernavn @ host1 og derefter få adgang til dit Bitbucket-lager uden at skulle indtaste fjernserverens SSH-nøgle der.
Et andet alternativ er at skifte til en helt anden udbyder: GitLab tilbyder f.eks. Allerede en kvote på 10 GB (sammenlignet med 2 GB med Bitbucket), et ubegrænset antal teammedlemmer og såkaldte implementeringsnøgler i den gratis takst. Dette betyder, at et hvilket som helst antal yderligere SSH-nøgler (f.eks. Fra produktionsserveren) kan lagres i hvert arkiv, som giver skriveadgang til lageret.