De provider Bitbucket biedt niet (zelfs niet in de betaalde Standard- en Premium- tarieven ) de mogelijkheid om SSH-sleutels met schrijfrechten op repository-niveau op te slaan. Het opslaan van uw persoonlijke SSH-sleutel op de productieserver is geen optie, anders heeft u van daaruit toegang tot alle andere projecten waar u momenteel aan werkt. Er zijn zogenaamde toegangssleutels , maar deze geven alleen leesrechten.
Dus als u lokaal op een project ontwikkelt en deze repository vervolgens integreert op een productieserver met schrijftoegang, zijn er twee opties: ofwel u maakt uw eigen gebruiker aan (te licentiëren en vanaf 5 gebruikers tegen betaling) voor dit doel, of u gebruikt deze de vrij onbekende SSH-agent forwarding .
Met deze procedure kunt u uw lokale SSH-sleutel opnieuw gebruiken op een externe server in de huidige sessie zonder de sleutel daar permanent op te slaan. De installatie is eenvoudig: Allereerst zorg je ervoor dat je rechtstreeks verbinding kunt maken met zowel de externe server als Bitbucket met je SSH-sleutel. Vervolgens start u de SSH- agent op uw lokale computer met eval `ssh-agent -s` en slaat u uw huidige sleutel op met ssh-add -k . Als agent forwarding is geactiveerd, kunt u nu verbinding maken met de externe server via ssh -A gebruikersnaam @ host1 en vervolgens toegang krijgen tot uw Bitbucket-repository zonder de SSH-sleutel van de externe server daar in te voeren.
Een ander alternatief is om over te stappen naar een totaal andere provider: GitLab biedt bijvoorbeeld al een quota van 10 GB (vergeleken met 2 GB met Bitbucket) evenals een onbeperkt aantal teamleden en zogenaamde deploy keys in het gratis tarief. Dit betekent dat een willekeurig aantal aanvullende SSH-sleutels (bijv. Van de productieserver) in elke repository kan worden opgeslagen, die schrijftoegang tot de repository verlenen.