2011-06-21 12 views
10

Jestem zdezorientowany koncepcją kluczy SSH, jeśli chodzi o używanie zdalnego repozytorium hostowanego przez GitHub. Wygenerowałem klucze zgodnie z instrukcją w http://help.github.com/win-set-up-git/, ale teraz, gdy mam wielu programistów pchających się do repozytorium, nie jestem pewien, czy wszyscy mamy wspólny klucz SSH, czy też wszyscy musimy wygenerować indywidualny klucz na maszynę i użyć tego?Ile kluczy ssh github potrzebuję dla małego zespołu programistów?

Czy ktoś mógłby mi to wyjaśnić?

Odpowiedz

12

Klucz SSH służy do użytkownik być uwierzytelnione i zidentyfikowane w GitHub.

Powszechnie, dla każdego innego urządzenia, którego użytkownik używa do uzyskania dostępu do GitHub, generuje inny klucz ssh i rejestruje/łączy go z kontem GitHub.

Kiedy kontrolować projekt, można kontrolować dostęp i uprawnienia na podstawie użytkowników, a nie kluczy SSH.

Tak więc, kiedy (jako użytkownik) skonfigurujesz swoje środowisko git, możesz utworzyć tylko jeden klucz ssh dla każdego komputera, któremu chcesz dać uprawnienia do konta GitHub.


Aktualizacja:

Github now recommends using HTTPS instead of SSH keys ale wszystko w tej odpowiedzi pozostaje ważny jeśli zastąpić wszystkie SSH kluczowych referencje powyżej Github's Personal Access Tokens

6

Użyj klucza na programistę - każdy program powinien wygenerować własny klucz. To daje lepsze wskazanie, kto jest zaangażowany w repozytorium, i oznacza, że ​​możesz odwołać prawa do zatwierdzenia programisty, jeśli/kiedy opuszczą firmę. W przeciwnym razie mogliby po prostu skopiować klucz współdzielony i musielibyście ponownie wydać nowe za każdym razem, gdy trzeba zmienić prawa dostępu.

+1

To jest brudny. Zgodnie z powyższą odpowiedzią zarządzasz ** użytkownikami **, a nie kluczami. Pozwól tym użytkownikom zarządzać własnymi kluczami, nie ma absolutnie żadnego powodu, aby generować klucze. – Tekkub

+0

@Tekkub zaktualizował treść, aby to odzwierciedlić. Nie chodziło mi o to, żeby stworzyć klucz do nadania każdemu użytkownikowi, bardziej, że każdy twórca powinien mieć swój własny klucz. –

+0

Co lepsze, ale nadal należy rozróżnić, czy powinni oni zarządzać tymi użytkownikami za pośrednictwem współpracowników lub zespołów, nie obsługując bezpośrednio kluczy. – Tekkub

Powiązane problemy