Wprowadziłem Mercurial do mojego działu. Uwielbiam to, ale to moja pierwsza kontrola wersji. Używam go z NetBeans PHP do tworzenia stron internetowych.
Inny programista, który działa na wewnętrznych aplikacjach firmy, lubi używać Visual Source Safe i nie chce się przełączać. Pracuje w środowisku Visual Studio.
Wszyscy inni programiści kupili Mercurial z wyjątkiem tego. W większości jednak wszyscy pracujemy całkiem niezależnie.
Usiłuję przesunąć ten dział we właściwym kierunku, założyłem konta w Kiln, miałem nadzieję, że wszyscy też skorzystają z Fogbugza (ponieważ obecnie nie jest prowadzona baza danych błędów). Mam nigdy nie korzystałem z VSS, ale słyszę o nim bardzo złe rzeczy.
Czy lepiej byłoby pozwolić mu na kontynuowanie korzystania z VSS, jeśli tak woli, czy też w najlepszym interesie byłoby włączenie go do Mercurial?
Odpowiedzi:
Nie. Nie ma sensu równoległe uruchamianie dwóch różnych systemów zarządzania źródłami. Jest to sprzeczne z samą ideą, że wszyscy programiści są podłączeni do tego samego repozytorium i korzystają z niego w pełni.
Pojedynczy programista korzystający z innego systemu samodzielnie skutecznie izoluje się od zespołu. Nawet jeśli projekty się nie krzyżują, nadal jest to coś złego.
Podwojone nakłady na konserwację obu systemów to kolejny argument.
Uważam, że powinieneś użyć swojego autorytetu lub przekazać problem kierownictwu, aby szybko przenieść zawartość z VSS do Mercurial, a następnie zamknąć VSS.
PS Mówiąc o VSS, notorycznie traci się rejestrację lub w inny sposób uszkadza kod, gdy najmniej się go spodziewasz. Działa, ale regularnie działa nerwowo. Jeśli masz lepszą alternatywę, unikaj VSS.
źródło
W żadnym wypadku nie zastanawiałbym się nad zezwoleniem nieuczciwemu deweloperowi na używanie innego systemu kontroli źródła niż reszta zespołu.
Kontrola źródła nie tylko pozwala mi znaleźć poprzednie wersje tego, co zrobiłem, ale także inne (i bieżącą wersję). To nie podlega negocjacji. Co się stanie, gdy odejdzie lub zostanie potrącony przez autobus i nikt inny nie ma dostępu do jego kodu (który może nawet zostać nadpisany przez administratorów sieci, gdy wyczyszczą jego komputer, nie wiedząc, że ma tam własną kontrolę źródła?
Przyjmuję założenie, że jego kod kontroli źródła może być tylko na jego komputerze, ponieważ nikt inny nie używa VSS.) Deweloper, który nawet sugerowałby coś takiego, nie jest profesjonalny i wzbudziłbym podejrzenia o całą jego pracę. Czego nie chce, żeby reszta z was widziała?
Również VSS jest notorycznie błędny. Jego kod nie jest nawet bezpieczny.
źródło
Na początku nikt nie powinien używać VSS.
Poinformuj programistę, aby uzyskał wtyczkę Mercurial dla programu Visual Studio.
źródło
Wszyscy powinni być w tym samym systemie zarządzania źródłami. Ponadto Twoim ostatecznym celem jest również zapewnienie wszystkim tego samego systemu śledzenia błędów. Zrobiłeś słusznie, znajdując już ściśle zintegrowane rozwiązanie.
Jeśli masz problem z przekonaniem ich do zmiany, spróbuj podejść do tego z punktu widzenia kariery. Jeśli będą działać gdziekolwiek indziej, potencjalny pracodawca prawdopodobnie będzie chciał zobaczyć doświadczenie w pracy ze zintegrowaną aplikacją do zarządzania błędami / źródłami.
źródło
Powtórzę to, co powiedzieli inni, że źle jest pozwolić mu używać VSS, a nie Mercurial. Pozwólcie mi jednak zagrać w Adwokata Diabła i powiedzieć, że możecie pozwolić, by się ześlizgnęło, jeśli i tylko wtedy, gdy nadal angażuje się w Mercurial, aby inni mogli w razie potrzeby uzyskać dostęp do jego dzieła. IMO nie ma nic złego w korzystaniu z preferowanych narzędzi, o ile nie uniemożliwisz innym dostępu do pracy, której mogą potrzebować. Oczywiście VSS to śmieci, więc nie należy go używać bez względu na to :)
Na przykład pracuję w firmie, która używa SVN, ale nie ma poprawnie skonfigurowanego repozytorium (brak gałęzi / tagów / pnia, wszystko jest po prostu wrzucone do jednego repozytorium), a to powoduje pewne problemy, których nikt nie wie, jak to naprawić. Nie widziałbym problemu w moim przypadku, gdybym użył, powiedzmy, Git lokalnie, ale nadal użyłem git-svn do wypchnięcia moich rzeczy do SVN, więc reszta zespołu je ma. Czy to ma sens?
źródło
Nie jest dobrze, aby jeden programista korzystał z innego narzędzia kontroli źródła. Jednym z celów korzystania z kontroli źródła jest usprawnienie pracy zespołowej. Łamie tę zasadę i może później sprawić wiele kłopotów, chociaż ostatnio pracujesz całkiem niezależnie. Zapytaj go, dlaczego woli VSS, i powiedz mu o wadach pracy w ten sposób.
źródło