A szolgáltató Bitbucket nem ajánlja fel (még a díj alapú Standard és Premium tarifákban sem ) az írási joggal rendelkező SSH kulcsok adattár szintű tárolását. A személyes SSH kulcs tárolása az éles kiszolgálón nem lehetséges, különben onnan érheti el az összes többi projektet, amelyen éppen dolgozik. Vannak úgynevezett hozzáférési kulcsok , de ezek csak olvasási jogokat engednek meg.
Tehát, ha helyben fejleszt egy projekten, majd ezt az adattárat integrálja egy írási hozzáféréssel rendelkező termelési kiszolgálóra, két lehetőség van: Vagy létrehozza saját felhasználót (licenccel és 5 felhasználótól fizetendő) erre a célra, vagy használja az ismeretlen SSH ügynök továbbítása .
Ezzel az eljárással újra felhasználhatja a helyi SSH-kulcsot egy távoli kiszolgálón az aktuális munkamenetben anélkül, hogy állandóan ott kellene tárolnia a kulcsot. A beállítás egyszerű: Először is győződjön meg arról, hogy közvetlenül tud csatlakozni mind a távoli szerverhez, mind a Bitbuckethez az SSH-kulcs segítségével. Ezután indítsa el az SSH-ügynököt a helyi gépen az eval `ssh-agent -s` paranccsal, és tárolja az aktuális kulcsot az ssh-add -k paranccsal. Most, amikor az ügynöktovábbítás aktiválva van, csatlakozik a távoli kiszolgálóhoz az ssh -A username@host1 paranccsal, majd további jelszókérés és a távoli kiszolgáló SSH-kulcsának tárolása nélkül hozzáférhet a Bitbucket tárolójához.
Egy másik alternatíva, ha teljesen más szolgáltatóra váltunk: a GitLab például már az ingyenes csomagban kínál úgynevezett telepítési kulcsokat a 10 GB-os kvóta (a Bitbucketnél 2 GB-hoz képest) és a korlátlan számú csapattag mellett. Ez lehetővé teszi, hogy tetszőleges számú további SSH-kulcsot tároljon (például az éles kiszolgálóról) minden egyes lerakathoz külön-külön, amelyek írási jogot biztosítanak a tárolónak.