Il provider Bitbucket non offre (anche nelle tariffe Standard e Premium a pagamento) la possibilità di memorizzare chiavi SSH con diritti di scrittura a livello di repository. Memorizzare la tua chiave SSH personale sul server di produzione non è un'opzione, altrimenti puoi accedere a tutti gli altri progetti su cui stai lavorando da lì. Esistono le cosiddette chiavi di accesso , ma consentono solo i diritti di lettura.
Quindi, se sviluppi localmente su un progetto e poi integri questo repository su un server di produzione con accesso in scrittura, ci sono due opzioni: o crei il tuo utente (con licenza e da 5 utenti a pagamento) per questo scopo, o usi l' inoltro dell'agente SSH piuttosto sconosciuto.
Questo metodo consente di riutilizzare la chiave SSH locale su un server remoto all'interno della sessione corrente, senza doverla memorizzare in modo permanente. La configurazione è semplice: innanzitutto, assicurati di poterti connettere direttamente sia al server remoto che a Bitbucket utilizzando la tua chiave SSH. Quindi, avvia l'agente SSH sulla tua macchina locale con `eval `ssh-agent -s` e aggiungi la tua chiave corrente con `ssh-add -k` . Ora, connettiti al server remoto con l'inoltro dell'agente abilitato utilizzando `ssh -A username@host1`. A questo punto potrai accedere al tuo repository Bitbucket senza che ti venga richiesta la password e senza dover memorizzare la chiave SSH del server remoto.
Un'altra alternativa è passare a un provider completamente diverso: GitLab, ad esempio, offre già una quota di 10 GB (rispetto ai 2 GB di Bitbucket), un numero illimitato di membri del team e le cosiddette chiavi deploy nella tariffa gratuita. Ciò significa che qualsiasi numero di chiavi SSH aggiuntive (ad esempio dal server di produzione) può essere memorizzato in ciascun repository, che concede l'accesso in scrittura al repository.