Bitbucket kaj SSH-klavoj

La provizanto Bitbucket ofertas (ankaŭ en la pagitaj tarifoj Norma kaj Premium) neniun eblecon stoki SSH-ŝlosilojn kun skribaj rajtoj je la deponeja nivelo. Stokado de via persona SSH-ŝlosilo sur la produktada servilo ne estas eblo, ĉar alie vi povas aliri ĉiujn aliajn projektojn, kiujn vi nun laboras. Estas tiel nomataj alir-ŝlosiloj , sed ĉi tiuj nur permesas legan aliron.


Se vi disvolvas loke en projekto kaj tiam integras ĉi tiun magazenon en produktada servilo kun skriba aliro, ekzistas du ebloj: Aŭ vi kreu vian propran uzanton (esti rajtigita kaj kontraŭ prezo de 5 uzantoj) aŭ vi uzas ĝin la sufiĉe nekonata SSH-agento .

Kun ĉi tiu proceduro vi povas reuzi vian lokan SSH-ŝlosilon sur fora servilo en la nuna sesio sen devi stoki permane la ŝlosilon tie. La agordo estas simpla: Unue, certigu, ke vi povas konekti rekte al ambaŭ la fora servilo kaj Bitbucket per via SSH-ŝlosilo. Poste vi komencas la SSH- agenton en via loka maŝino per eval `ssh-agent -s` kaj konservas vian nunan ŝlosilon per ssh-add -k . Nun vi konektas kun aktivigita agento resendanta al la fora servilo per ssh -A uzantnomo @ host1 kaj tiam povas aliri vian Bitbucket-deponejon sen plua pasvorta enketo, sen devi stoki tie la SSH-ŝlosilon de la fora servilo.

Alia alternativo estas ŝanĝi al tute alia provizanto: GitLab, ekzemple, ofertas senpagan kvoton de 10 GB (kompare al 2 GB por Bitbucket), senlima nombro de samideanoj, kaj tiel nomataj deplojaj ŝlosiloj . Ĉi tio signifas, ke vi povas stoki tiom da aldonaj SSH-ŝlosiloj (ekz. De la produktada servilo) kiel vi ŝatas por ĉiu deponejo, kiuj donas skriban aliron al la deponejo.

Reen