Przenieśliśmy wszystkie nasze firmowe repozytoria Git do GitHub i teraz chcę dodać pracowników do projektów. Ponieważ większość pracowników ma już osobiste konta GitHub, zastanawiam się, czy powinienem poprosić ich o utworzenie roboczego konta GitHub. Powodem, dla którego myślę o tym, jest zmniejszenie szans na nieautoryzowany dostęp do naszej bazy kodu, ponieważ ich konta osobiste mogą być dobrze nagłośnione poprzez ich osobistą aktywność na stronie, zwiększając szanse na ukierunkowane ataki. Co więcej, jeśli ich konto osobiste zostanie kiedykolwiek naruszone, nie oznacza to, że porywacz może uzyskać dostęp do całego kodu firmy. Ponieważ przyniesie to obciążenie związane z utrzymywaniem dwóch kont dla pracowników, zastanawiam się, czy jest to prawidłowe podejście i czy w ogóle ma sens.
Zaktualizuj Dziękujemy za wszystkie przydatne informacje. Nie ustawię odpowiedzi jako zaakceptowanej z powodu subiektywnego charakteru pytania / odpowiedzi i ponieważ wziąłem najlepsze punkty z kilku różnych odpowiedzi.
Postanowiłem pójść naprzód: przypomnę pracownikom, że ze względów praktycznych powiadomienia e-mail związane z pracą GitHub będą musiały być wysyłane na konta służbowe. Dlatego bardziej sensowne byłoby tworzenie pracy kont GitHub. Jeśli są skłonni korzystać z osobistych kont GitHub i połączyć je ze służbowymi kontami e-mail, nie ma problemu. W każdym przypadku, pracownicy będą musieli wyrazić pisemną zgodę na szereg warunków związanych z korzystaniem z GitHub. Są one związane z bezpieczeństwem konta: wybranie bezpiecznego hasła przy użyciu bezpiecznego generatora losowych haseł, które nie jest używane z żadnym innym kontem, brak dostępu do GitHub za pośrednictwem komputerów, które nie są przez nich własnością lub nie są przez nich administrowane itp. Na koniec pracownicy będą musieli sami decydujcie, czy konto służbowe ma dla nich większy sens, czy nie.
Odpowiedzi:
Gdyby coś przyniosło korzyść, byłoby to po prostu bolesne. Ale nic nie jest gorsze niż bolesne i bezcelowe. Wystarczy mieć jedno konto osobiste. Dwa powody:
Github ma niewiarygodnie dobrą kontrolę dostępu w swoich organizacjach. Jeśli pracownik odejdzie, możesz natychmiast usunąć jego dostęp. Gdyby mieli konto firmowe, musiałbyś je jakoś odzyskać, aby uzyskać wymienione korzyści. W praktyce prawdopodobnie po prostu usunąłbyś dostęp do konta, tak jak gdyby miał konto osobiste.
Posiadanie więcej niż jednego konta jest bolesne. Logowanie się i wylogowywanie między kontami boli, a także dodawanie komentarzy, obserwowanie i wszystkie inne rzeczy społecznościowe, gdy używasz różnych kont.
Referencje: Robię serwer CI, który ma integrację GitHub , więc mam o wiele kont testowych, a ja rozmawiałem z klientami z różnego rodzaju dziwnych konfiguracjach, w tym odrębnych rachunkach roboczych i kont osobistych. To zawsze prowadzi do kłopotów.
źródło
Czy kod Twojej firmy jest w repozytoriach publicznych czy prywatnych? Jeśli są one (lub przynajmniej niektóre) publiczne, a Ty pozwoliłeś swoim pracownikom korzystać z ich własnych kont GitHub, zachęciłoby ich to do napisania dobrego kodu. Ich nazwa dosłownie będzie do niego dołączona, publicznie. Zakładam jednak, że wszystkie twoje repozytoria są prywatne.
Ogólnie rzecz biorąc, wygląda na to, że wolisz, aby konta Twojego pracownika nie były publicznie widoczne w GitHub. Niestety zarabiają, sprzedając GitHub Enterprise, więc sądzę, że to jeden z powodów, dla których nie pozwalają ci tworzyć prywatnych kont dla organizacji. W obu przypadkach posiadanie (zasadniczo) zablokowanych kont roboczych byłoby naprawdę sprzeczne z intuicją po wybraniu bardzo społecznościowej witryny do przechowywania repozytoriów.
Wyobraźmy sobie, że założyłeś konta robocze dla swoich pracowników. Czy wymusilibyście jakiekolwiek ograniczenia dotyczące korzystania z tych kont? Czy pozwoliłbyś im wnieść kod do projektów niepracujących do celów pracy? Jeśli tak, to ich konta staną się publicznie widoczne, co wróci do pierwotnej troski. Możesz po prostu pozwolić im na wpłacanie składek za pomocą ich kont osobistych, ale wtedy tworzysz dla nich logistyczny problem. Osobiście zachęcam moich pracowników, aby sami wnieśli kod do innych projektów. To nie tylko zwiększa pewność siebie, ale także pozwala zdobyć cenne doświadczenie i budować wiarygodność.
W każdym razie nie sądzę, że warto mieć konta robocze. Interfejs GitHub pozwala łatwo kontrolować, kto ma dostęp do czego, więc usunięcie dostępu jest proste w obu przypadkach. Nie sądzę też, aby oddzielne konta naprawdę „rysowały granicę” między projektami osobistymi i zawodowymi, niż interfejs GitHub.
Pamiętaj również, jak zamierzasz sobie z tym poradzić w miarę rozwoju firmy. Czy zasady, które wprowadziłeś, będą teraz skalowalne z punktu widzenia zarządzania? Zarządzanie 5 kontami w tej chwili może być w porządku, ale co się stanie, gdy dorośniesz do 20 lub 50? Ale kiedy dojdziesz do tego punktu, być może GitHub Enterprise będzie dostępnym rozwiązaniem. W takim przypadku rozważę ustalenie, czy konta GitHub można migrować do instalacji GitHub Enterprise. Jeśli tak, to widzę, że jest to jeden pozytywny powód do posiadania kont służbowych.
źródło
Nie wykluczone, a właściwie całkiem niezły pomysł.
Choć może to być godne ubolewania, musisz zaplanować odejście pracowników z organizacji w pewnym momencie życia firmy. Jak zamierzasz wydobyć ich konta osobiste z repozytorium firmy w tym momencie?
Co zrobisz, jeśli pracownik odejdzie na złych warunkach? W idealnym świecie wszystko pozostanie profesjonalne i nie będzie animozji między firmą a byłym pracownikiem. Rozsądnie byłoby zaplanować sytuację, która nie jest idealna.
Prowadzenie dwóch kont jest uciążliwe, ale pracownicy powinni skorzystać z okazji. Zapewnia czystszą linię między tym, co jest ich, a tym, co należy do firmy.
Edycja: niepokojące jest tutaj wyraźne oddzielenie osobistego wkładu pracownika w projekty X, Y, Z itp. I jego płatnej pracy nad produktem Twojej firmy. Korzystanie z osobnego konta roboczego pomaga w określeniu niezbędnym do ustalenia, kto jest właścicielem jakiej własności intelektualnej i powiązanych praw autorskich.
Na przykład, jeśli pracownik korzysta ze swojego konta osobistego i wnosi wkład zarówno do firmy, jak i Projektu X, w jaki sposób określasz, jaką rolę pełnił w tamtych czasach? Czy był wkład do X w imieniu Twojej firmy, czy według własnego uznania? Czy pracownik lub firma jest właścicielem praw autorskich do tego dzieła przekazanego X? W tym przypadku, jeśli zezwalasz na wkłady zewnętrzne do pracy Twojej firmy, jak odróżnić, czy pracownik był pracownikiem, czy był to wkład dobrowolny?
Mówiąc szerzej, powiedzmy, że masz pracownika, który buduje reputację działając w imieniu firmy, uczestnicząc w innych projektach. Kiedy ten pracownik odchodzi, w jaki sposób wskazujesz, że osobiste konto użytkownika nie jest już powiązane z Twoją firmą? Poważne problemy z marką mogą wystąpić bez wyraźnego określenia, do czego służy dane konto.
Kiedy zaczynasz zastanawiać się nad potencjalnymi scenariuszami, łatwo jest upaść na trop właściciela, marki i praw autorskich. Korzystanie z oddzielnych kont roboczych pomaga usunąć część tej niejednoznaczności. Firma musi mieć możliwość dochodzenia roszczeń od składek wniesionych w jej imieniu.
Nie chodzi o techniczne aspekty oddzielania konta użytkownika, ale o pytania prawne, które mogą cię potknąć.
Pamiętaj, że może to być kwestią sporną, jeśli wszystkie produkty Twojej firmy są wydawane jako oprogramowanie typu open source w ramach zezwolenia licencyjnego i / lub nie martwisz się o potencjalne problemy z brandingiem.
(Czapka dla Paula Biggara za prośbę o edycję)
źródło
Ponieważ wydaje się, że wszyscy zgadzają się co do braku konieczności oddzielenia przez pracodawcę obu elementów, oto moje krótkie doświadczenie w próbowaniu używania mojego konta osobistego w profesjonalnych projektach i wkładach typu open source w kontekście pracy.
Tylko po to, żeby kontekst był kompletny: nie pytano mnie o konta, tak naprawdę GitHub jest nieznany większości ludzi w moim miejscu pracy. Po prostu udało mi się zdobyć zielone światło, aby otworzyć projekt, nad którym będę pracować, i wykonałem najmniej pracy, tj. Używając mojego konta osobistego.
Z punktu widzenia pracownika jedną rzecz, której naprawdę nienawidzę: otrzymywanie powiadomień na mój osobisty e-mail o pracy.
Po tej obserwacji zdałem sobie sprawę, że to rażące przełamanie bariery zawodowej / osobistej: jeśli chcę przyczynić się do projektu w czasie wolnym, wciąż otrzymuję wszystkie aktualizacje z moich projektów pracy ... I może to wprowadzać zamieszanie dla zewnętrznych współpracowników , który może się z Tobą skontaktować, nie wiedząc, że nie masz udziału w tym projekcie.
Wówczas oczywiście można znaleźć równowagę między faktem, że twoją osobistą reputację można zyskać dzięki wkładowi w pracę. Ale z drugiej strony może być odwrotnie, jeśli twoje nazwisko zostanie powiązane z kiepskim projektem…
Na koniec, ponieważ pytanie jest zadawane z punktu widzenia pracodawcy i biorąc pod uwagę wszystkie inne odpowiedzi: powiedziałbym, że prawdopodobnie nie ma sensu egzekwować korzystania z kont dedykowanych do pracy . Ale nie powinieneś tego zabraniać, aby pracownicy, którzy wolą podnieść barierę osobistą, mogli to zrobić, a może wskazywać na ryzyko…
Na marginesie, jeśli chodzi o bezpieczeństwo, ponieważ wydaje się, że w innych odpowiedziach można łatwo odrzucić:
Oczywiście konto „służbowe” nie byłoby bardziej ani mniej bezpieczne niż konto „osobiste” dotyczące haseł. Ale gdy używasz GitHub, możesz naciskać za pomocą klucza SSH. I ten klucz zwykle leży w jednej sesji ... Tak więc konto osobiste może zagrozić wszystkim repozytoriom roboczym za pomocą prostej kradzieży komputera osobistego (bez znajomości hasła), podczas gdy dedykowane konto służbowe prawdopodobnie miałoby swój klucz tylko na komputerze roboczym, dzięki czemu bardziej fizycznie bezpieczny (miejmy nadzieję).
źródło
Głosowałbym na „nie”. Jest to dość kłopotliwe dla programistów i zapewnia bezpieczeństwo poprzez zaciemnienie: jeśli ktoś aktywnie atakuje programistów, istnieje wiele innych wektorów ataku, aby ktoś mógł zdobyć Twój kod.
Dodatkowo, jako startup, chyba że masz wiele magicznych algorytmów typu sekretny sos w grze, ktoś otrzymujący Twój kod byłby zawstydzający, okropny i wstrętny, ale nie powinien dawać znaczącej przewagi konkurencyjnej (kto mógłby legalnie korzystać z twojego kod?) lub spowodować, że przestaniesz działać.
Tak małe prawdopodobieństwo zamówienia a produktywność programistów? Wziąłbym produktywność programistów, ale to mój rachunek. :)
źródło
Powiedziałbym, że powinien to być wybór dla pracownika. Powiedziałbym, że nie zmuszaj ich do używania osobistego konta github, jeśli nie chcą. Byłem w firmie, która korzystała z GitHub i chociaż nie było to wymagane, osobiście chciałem utworzyć osobne konto. Głównym powodem była ochrona moich osobistych projektów. Nie chciałem, żeby firma próbowała powiedzieć, że jeden z moich osobistych projektów był ich, ponieważ był pod tym samym kontem github, z którego korzystali w swoich projektach firmowych (nie jestem pewien, czy to się kiedykolwiek utrzyma w sądzie, ale nie mam zbyt wiele wiary w systemie prawnym, jeśli chodzi o takie rzeczy). Myślę, że oddzielne czyszczenie może być dobrą rzeczą.
źródło
Robimy to w naszej firmie. Nie chcę rozpoczynać dyskusji „co jest bezpieczniejsze, github lub serwer pod twoim stołem, że każdy ma dostęp do roota, nie jestem pewien, czy kopia zapasowa działa itp.”. Nasze podejście było następujące:
źródło
Rozumiem, że te pytania i odpowiedzi mają już kilka lat, więc być może nie było to wcześniej dostępne, ale wyraźnie stwierdzają w Różnicach między kontami użytkowników i organizacji, że:
GitHub zbudował dobre narzędzia do włączania / wyłączania powiadomień przez repozytorium i więcej, więc wydaje się, że połączenie osobistego / pracy jest najbardziej sensowne.
źródło
Ludzie jeszcze nie ufają serwerom źródłowym opartym na chmurze. Github może się poszczycić wieloma firmami internetowymi nowej ery, ale tak naprawdę większość ludzi ma własne serwery do obsługi kodu źródłowego. Z mojego doświadczenia wynika, że większość z nich korzysta z Clear-case lub SVN. Git ma dopiero zostać zaadaptowany w środowisku korporacyjnym. Nawet korporacyjne serwery pocztowe nie są tak naprawdę doceniane poza siedzibą firmy.
źródło