Bitbucket kaj SSH-klavoj

La provizanto Bitbucket ne ofertas (eĉ en la tarifaj normaj kaj superaj tarifoj ) la eblon stoki SSH-ŝlosilojn kun skriba aliro ĉe la deponeja nivelo. Konservi vian personan SSH-ŝlosilon sur la produkta servilo ne estas eblo, alie vi povas aliri ĉiujn aliajn projektojn, pri kiuj vi nun laboras, de tie. Estas tiel nomataj alirŝlosiloj , sed ĉi tiuj nur permesas legrajtojn.


Do, se vi disvolviĝas loke en projekto kaj poste integras ĉi tiun deponejon en produkta servilo kun skriba aliro, estas du ebloj: Aŭ vi kreas vian propran uzanton (por esti rajtigita kaj por 5 aŭ pli da uzantoj) por ĉi tiu celo, aŭ vi povas uzi ĝin la sufiĉe nekonata SSH-agento plusendanta .

Per ĉi tiu procedo, vi povas reuzi vian lokan SSH-ŝlosilon sur fora servilo en la aktuala kunsido sen devi konservi la ŝlosilon tie. La agordo estas simpla: Unue vi certigu, ke vi povas konekti vin rekte al la fora servilo kaj Bitbucket per via SSH-ŝlosilo. Poste komencu la SSH- agenton en via loka maŝino per eval `ssh-agent -s` kaj konservu vian nunan ŝlosilon per ssh-add -k . Kun agento-plusendado aktivigita, vi nun povas konekti al la fora servilo per ssh -A uzantnomo @ gastiganto1 kaj poste aliri vian Bitbucket-deponejon sen plia pasvorta konsulto, sen devi stoki la SSH-ŝlosilon de la fora servilo tie.

Alia alternativo estas ŝanĝi al tute alia provizanto: GitLab, ekzemple, jam ofertas kvoton de 10 GB (kompare al 2 GB kun Bitbucket), senliman nombron da teamanoj kaj tiel nomataj deplojaj ŝlosiloj en la senpaga tarifo. Ĉi tio signifas, ke iu ajn plia SSH-ŝlosiloj (ekz. De la produkta servilo) povas esti stokitaj en ĉiu deponejo, kiuj donas skriban aliron al la deponejo.

Reen