Bitbucket i mały dom deweloperski

Jestem w trakcie wprowadzania Mercurial jako naszego systemu kontroli wersji w działaniu. To wielka sprawa dla wszystkich, ponieważ, szokująco, nigdy nie używali VCS. Po miesiącach wkładania błędu w uszy kierownictwa w końcu zobaczyli światło i teraz zdają sobie sprawę, o ile lepsze jest niż praca z siecią folderów współdzielonych!

W trakcie wdrażania tego rozwiązania myślę o różnych strategiach zarządzania naszymi rzeczami i skłaniam się ku użyciu Bitbucket jako naszego „centralnego” repozytorium. Projekty w Bitbucket będą wyłącznie projektami prywatnymi i stamtąd wszyscy będą się starali.

Jestem otwarty na różne sugestie, ale czy ktoś ma podobną konfigurację? Jeśli tak, jakie napotkaliście zastrzeżenia?

Używam Bitbucket do hostingu prywatnych repozytoriów, a jeden z moich klientów korzysta z hostingu prywatnych repozytoriów na GitHub. Inna firma, z którą współpracuję, korzysta z hostingu subversion na prywatnych serwerach Jira.

Przechowywanie danych poza siedzibą, jeśli nie jest to jedyne miejsce, w którym je masz, może zmniejszyć ryzyko związane z odzyskiwaniem po awarii. Ponieważ będziesz mieć fizyczne kopie źródła na komputerach deweloperskich, a zarówno git, jak i mercurial przechowują całą historię programowania w lokalnych kopiach, jest to teraz bardzo realne rozwiązanie. Jeśli nie masz gigabajtów danych w jednym projekcie i powolne połączenie sieciowe, bardzo polecam tę opcję. Jest to niski koszt, zapewnia programistom dużą przenośność i elastyczność, a także zapewnia automatyczną redundancję.

W zależności od poziomu paranoi możesz być zaniepokojony tym, że przechowywanie Twojego kodu przez osoby trzecie może narazić na niebezpieczeństwo zagrożenia, ale myślę, że w praktyce nie jest to gorsze niż posiadanie programistów z laptopami, których można używać poza siecią korporacyjną. Zarówno Github, jak i Bitbucket używają SSH do przesyłania danych, więc ataki typu man-in-the-middle mają stosunkowo małe prawdopodobieństwo wystąpienia.

Nie jestem użytkownikiem BitBucket, ale sugeruję przeczytanie ich warunków za pomocą grzebienia do drobnych zębów. Musisz naprawdę być pewien ich warunków świadczenia usług, ochrony danych oraz bezpieczeństwa / prywatności, jeśli zamierzasz przechowywać tam prywatne projekty swoich firm.

Zakładam, że zastanawiałeś się nad utrzymaniem Mecurial „centralnego / głównego” na wewnętrznej maszynie?

Zrobiliśmy coś podobnego z ProjectLocker w mojej starej pracy. Szczerze mówiąc, sprowadza się to do analizy kosztów i korzyści - czy chcesz zrezygnować z elastyczności i kosztów prowadzenia własnego serwera Hq / Git / SVN za cenę, którą zapłacisz BitBucket? Jeśli tak, to idź. Nigdy tak naprawdę nie mieliśmy problemu z dyspozycyjnością i było to dobre doświadczenie.

Nie jesteśmy użytkownikami BitBucket (jako firma). Posiadamy kilka starszych systemów wewnętrznych (CVS, SVN), a naszym głównym repozytorium jest system git z synchronizowanymi pamięciami podręcznymi w odległych biurach. Z perspektywy menedżera odradzam umieszczanie własności intelektualnej firmy na serwerach innych osób, chyba że nie dysponujesz odpowiednimi urządzeniami IT. Ten kod jest siłą napędową Twojej firmy. Nie powinno to dotyczyć pieniędzy, ale ochrony twojego adresu IP.

Powiedziałbym, że zdecydowanie sprowadza się to do analizy kosztów, która jest tańsza; prowadzenie własnego serwera (lub instancji maszyny wirtualnej) lub przyklejanie go w innym miejscu.

Ponadto, jeśli firma ma już skonfigurowane sieciowe foldery współdzielone, możesz rozważyć użycie Git, ponieważ możesz zmienić ten sieciowy folder współdzielony w swoje „zdalne” repozytorium, z czymś podobnym git init --bare, a uprawnienia do udziału sieciowego byłyby już na miejscu dla użytkowników. Następnie każdy użytkownik może po prostu dodać folder współdzielony jako zdalny z git remote add origin file:///some/shared/folder (może to nie być dokładna składnia dla udziału, do którego odwołuje się plik, przeszukałbym go w celu uzyskania dokładnej składni).

Zasadniczo robię to w domu, aby zarządzać moimi osobistymi projektami; Mam dysk NAS na mojej domowej sieci LAN, który ma moje „zdalne” repozytorium, a następnie mogę się do nich dostać z różnych komputerów i laptopów za pomocą litery dysku zmapowanego w systemie Windows.

Dołączam do innych programistów w tej sprawie: Zastanów się nad rozdaniem kodu .

Dla mnie opcja outsourcingu VCS byłaby możliwa tylko wtedy, gdy naprawdę nie masz siły roboczej i / lub wiedzy do hostowania własnego repozytorium (to znaczy: w tym tworzenia kopii zapasowych i konserwacji). Jeśli masz już udostępnione foldery sieciowe z regularnymi kopiami zapasowymi, możesz zacząć z nich korzystać i uzyskać kopię zapasową bez dodatkowych kosztów.

Od jakiegoś czasu korzystam z BitBucket i przekonałem się, że jest to całkiem dobra usługa. Nie sądzę, że będą jakieś problemy z prywatnością lub bezpieczeństwem.

Biorąc to pod uwagę, jeśli czujesz się niekomfortowo, przechowując kod swojej firmy na serwerach innej osoby, możesz skonfigurować repozytorium rtęciowe, do którego dostęp będzie uzyskiwany przez ssh na jednym z serwerów firmy. Zobacz http://mercurial.selenic.com/wiki/SharedSSH i http://blog.mixu.net/2010/10/04/setting-up-private-ssh-based-mercurial-repo-hosting-on-centos / .

Bitbucket jest dobry dla projektu open source.

Jeśli ten projekt będzie zastrzeżony, sugeruję hosting własnego kodu. Hostowanie go samemu nie jest takie drogie, jeśli masz już konfigurację IT. Wystarczy znaleźć uczciwy serwer i wdrożyć swój kod.

mercurial jest łatwy w konfiguracji.

powodzenia i miłej zabawy.

Mercurial jest naprawdę fajny. Miss it :(

Cóż, dla firmy wolałbym upewnić się, że autorytatywne repo projektu będzie na prywatnym serwerze, nawet jeśli masz zawsze aktualny klon na bitbucket, dla pewności.

Poleciłbym zainstalowanie Rhodecode na prywatnym lokalnym serwerze (dla szybkiego dostępu), a następnie regularnie aktualizować skrypt bitbucket, jeśli chcesz. W każdym razie przechowuj kilka klonów w różnych miejscach, nigdy nie wiadomo.