Czy deweloper powinien mieć możliwość korzystania z VSS, jeśli woli?

14

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?

JD Isaacks
źródło
Można znaleźć stackoverflow.com/questions/961878/... interesujące.
Jeden programista korzystający z własnego prywatnego VCS brzmi niebezpiecznie blisko jednego programisty, którego kod nie jest właściwie tworzony. Mam nadzieję, że wykonujesz (poza witryną!) Kopie zapasowe swojego repozytorium Mercurial. Dotyczy to wszystkich oprócz jednego z was. Czy robisz to samo dla repozytorium VSS? Czy ktoś zauważy, że jeśli coś pójdzie nie tak z tymi kopiami zapasowymi? Itd.
derobert,
8
To jak programista, który chce siedzieć na desce sedesowej w celu programowania, podczas gdy reszta pracowników korzysta z krzeseł.
Muhammad Hasan Khan
1
Uspokój ludzi („-”) VSS nie jest taki zły! Zacząłem od VSS. Chociaż nie używam już VSS, nie mogę być tak zły, jak ludzie to robią (też nie jest świetny). Myślałem, że przywróciłem równowagę ...
Darknight

Odpowiedzi:

50

czy byłoby lepiej pozwolić mu kontynuować używanie VS, jeśli tak woli

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
42
NIKT nie powinien używać VSS pod żadnym pozorem. To imię to kłamstwo. Nic w VSS nie jest bezpieczne.
CaffGeek,
17
Zgadzam się z tym i chciałbym dodać coś, czego się nauczyliśmy: korzystanie z VSS nie przynosi korzyści, które nie jest szybko równoważone przez większą korzyść z nieużywania VSS.
Ben Hoffstein,
+1 Dzięki, tak też myślałem, po prostu chciałem, aby inni się odezwali, zanim zrobiłem problem.
JD Isaacks,
2
@Ben: zrobi, a kiedy ludzie zapytają „Kim jest Hoffstein?” Wpatruję się w nich i chcę wiedzieć, pod którym kamieniem ukryli się przez ostatnią dekadę :)
Binary Worrier
2
Czy dałbyś tę samą odpowiedź, gdyby zespół używał SourceSafe lub TFS lub SVN, a nieuczciwy programista używał Git lub Mercurial?
Kyralessa
16

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.

HLGEM
źródło
10

Na początku nikt nie powinien używać VSS.

Poinformuj programistę, aby uzyskał wtyczkę Mercurial dla programu Visual Studio.

Dima
źródło
Czy masz doświadczenie ze wspomnianą wtyczką?
Użyłem go - działa dobrze.
MetalMikester
@ Thorbjørn Ravn Andersen: Nie. Używamy subversion w pracy.
Dima
1
bez wyjaśnienia odpowiedź ta może stać się bezużyteczna w przypadku, gdy ktoś inny wyrazi przeciwną opinię. Na przykład, jeśli ktoś opublikuje oświadczenie typu „Wszyscy powinni być zachęcani do korzystania z VSS na początek. Z całą pewnością unikaj używania wtyczki Mercurial dla Visual Studio”. , w jaki sposób ta odpowiedź pomoże czytelnikowi wybrać dwie przeciwstawne opinie? Rozważ edycję go w lepszym stanie
komnata
3

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.

Mat Nadrofsky
źródło
1
+1, ale nie jestem pewien, czy to jest zaletą; Znalazłem o wiele więcej firm, które albo nie miały pojęcia, czym jest kontrola źródła, myślałem, że VSS jest całkowitą kontrolą źródła, albo słabo korzystałem z kontroli źródła, niż te, które chcą zobaczyć zintegrowaną konfigurację. Do diabła, większość z tych, które widziałem, nawet nie używały aplikacji do śledzenia błędów lub posiadały własny „system zadań”, który był niezwykle prosty.
Wayne Molina,
+1 do Twojego komentarza. Znowu widzę świat w okularach w kolorze różowym i ofertach opublikowanych w Stack Careers. Masz rację. Nawet nasz sklep nie miał takich rzeczy, dopóki zespół, z którym pracuję, nie zaczął na niego szczekać około 4 lata temu.
Mat Nadrofsky
3

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?

Wayne Molina
źródło
Tak, to ma sens, ale powinieneś także rozważyć uświadomienie swoim kolegom z drużyny korzyści płynących z Git nad SVN
JD Isaacks,
Zgodziłem się w 100% i wierzcie mi, że bym spróbował, ale oni są jakby… na swój sposób. Ujmę to w ten sposób ... piszą .NET 3.5 tak, jakby to był .NET 1.1; bez LINQ, bez nowych funkcji, nawet generycznych. Mamy kilku facetów, którzy faktycznie próbują przekonać nas do przejścia z SVN na VSS, reklamując VSS jako lepszy (niestety jeden z nich jest kierownikiem ds. Rozwoju, ale na szczęście nie poszliśmy tą drogą ... jeszcze).
Wayne Molina,
Powinieneś zmusić go do wyszukania „VSS” tutaj na programmers.stackexchange.com . Myślę, że to by go odstraszyło ...
zachwiał
0

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.

żaluzja
źródło