VSS lub SVN dla a.Net projekt? [zamknięte]

Microsoft przyznał, że nigdy nie używał VSS w żadnym ze swoich wewnętrznych projektów (nie mogę teraz znaleźć odniesienia :/). Używałem go przez dwa lata i był głupi. Baza danych była uszkodzona co najmniej raz w tygodniu.

Jedną z moich ulubionych rzeczy do zacytowania dla użytkowników VSS jest pierwszy cytat na stronie Erica Wadwortha , podobno od kogoś z Microsoftu:

"Visual SourceSafe?  It would be safer to print out all your code,
run it through a shredder, and set it on fire."

Zdecydowanie idź z SVN. VSS jest jak koszmary tysiąca demonów.

Rozważ bardziej nowoczesne narzędzie jak Git, Mercurial lub Darcs . Jest wiele zalet, zostawię googling jako ćwiczenie dla czytelnika.

Używamy SVN tam, gdzie pracuję i z odpowiednią dokumentacją, właściwym klientem i narzędziami jest to bardzo proste - jak na razie jest wysoce niezawodne w pracy. Po spędzeniu ostatnich 10 lat z VSS mogę powiedzieć, że nie brakuje mi go trochę.

Tak bardzo lubię SVN, że napisałem recenzję tego, co uważam za najcenniejszych klientów (niektórzy nie) i dodatkowe narzędzia. Jest to nowy artykuł, więc jest bardzo aktualny: http://codertools.wordpress.com/2009/03/24/svn-subversion-clients-and-other-tools/

Nie zawahałbym się polecić SVN nikomu - GIT jest następny na mojej liście do obejrzenia.. Mam nadzieję, że to pomoże.

Unikanie bólu głowy spowodowanego awarią bazy danych Source Safe, zabieranie ze sobą całego kodu jest dużym problemem.

Nie trzeba się martwić o to, kto ma sprawdzony plik, to inna sprawa.

Uważam, że łączenie plików z VSS jest bardzo uciążliwe, ale z SVN jest świetnie. Poza tym, nie mam na to żadnych dowodów, ale SVN wydaje się szybszy.

VSS jest stary i przestarzały. Baza danych jest zbyt często uszkodzona. Nie bez powodu MS też zbudował TFS.

SVN jest bardzo popularny( co oznacza dużo wsparcia społeczności, co oznacza bezpłatne wsparcie), istnieje wiele narzędzi, które się do niego podłączają (na przykład CruiseControl do ciągłej integracji) i jest dość prosty w użyciu.

Musisz wziąć pod uwagę, że istnieje krzywa uczenia się, jeśli już używasz VSS i to jest coś, co musisz ważyć w swoich badaniach. Jeśli inni deweloperzy nie używałem SVN (lub CVS), to może być kosztowne, chociaż wszystko, czego potrzebujesz, to jedna osoba, która naprawdę poznaje system ,a następnie trenuje resztę.

Zmieniliśmy VSS na SVN 4 lata temu i od tego czasu nie oglądaliśmy się za siebie.

Tak na marginesie, korzystamy z SourceGear Vault od wielu lat całkiem szczęśliwie. Posiadanie repozytoriów i centralnej bazy danych SQL Server wraz z doskonałym dostępem przez Internet sprawiło, że było to slam dunk dla naszej organizacji.

Myślę, że jest w rozsądnej cenie i przynajmniej warto zajrzeć.

AnkhSVN 2.0 jest naprawdę bardzo dobry.

Gdybyś miał integrację z Visual Studio jako wymóg, ostrzegałbym przed SVN nawet rok temu, ale to się zmieniło w dużym stopniu. Nadal nie jest tak dobry jak, powiedzmy, system vs Team, ale jest znacznie lepszy niż stara integracja VSS oparta na MSSCCI. Nie ma powodu, aby nie używać SVN z .NET.

Kolejne głosowanie "zdecydowanie SVN" tutaj. Byłem częścią zespołu migracyjnego w poprzedniej pracy. Nawet nie wiesz, jak miło było pozbyć się VSS.

Koniec z uszkodzonymi repozytoriami]} Znacznie lepsze scalanie
• więc znacznie szybciej
• tanie i łatwe rozgałęzianie
• Koniec z ekskluzywnym blokowaniem
• Sprawdź źródło do wielu lokalizacji naprawdę łatwo

Mógłbym kontynuować, ale wspomnienia o kajdankach VSS są zbyt bolesne. Po prostu powiedz nie.

SourceGear Vault jest doskonałym zamiennikiem VSS. Zaczęło się od "funkcji VSS, ale przy użyciu prawdziwej bazy danych" i od tego się rozrosło.

Prawie na pewno SVN. SVN działa w inny sposób (Copy-Modify-Merge zamiast Lock-Modify-Unlock). To trochę krzywa uczenia się, ale tak już jest od kilku lat, więc większość programistów będzie musiała się tego nauczyć w pewnym momencie lub w innym. Blokowanie-modyfikowanie-odblokowanie jest zbyt bolesne, a istnieją poważne problemy ze współpracą, do których faktycznie się przyczynia, co z przyjemnością wyjaśnię, jeśli jesteś ciekawy.

Seconding the comments about how bad VSS też. Oto różne linki, które obejmują ten temat:

Http://www.codinghorror.com/blog/archives/000660.html

Http://www.developsense.com/testing/VSSDefects.html

Http://wadhome.org/svn_vs_vss.html

Edit: Zobacz też: Source Control-Lock vs. Merge?

Mówiąc jako ktoś, kto przeszedł proces przejścia VSS - > SVN dla dużej bazy kodowej, powiedziałbym, że największą korzyścią jest możliwość spokojnego snu, wiedząc, że Twój system SCM nagle nie będzie miał czkawki, która psuje twoją bazę danych i musisz wrócić do wczorajszej kopii zapasowej. Robisz kopie zapasowe bazy danych codziennie, prawda?

W VSS korupcja zdarzała się co najmniej raz w miesiącu. Z SVN (same hardware & OS) - nie raz na ponad dwa lata.

Oh, and the możliwości rozgałęziania/scalania są słodkie!

Zdecydowanie, przejdź Z SVN, ze wszystkich wymienionych powodów powyżej. Możesz spróbować ankhsvn, który jest wtyczką svn dla visual studio. W ten sposób uzyskasz to, co najlepsze z obu światów: korzystanie z SVN i cała praca nadal jest wykonywana w visual studio.

Tylko dodatek do odpowiedzi Koista Navina.

Powiedział: Oto świetna książka na ten temat: Kontrola wersji z Subversion przez C Pilato

Istnieje darmowa wersja online:

Http://svnbook.red-bean.com/

Serwer Team Foundation jest optymalnym wyborem do rozwoju w świecie. NET. Jednak nie jest to darmowe i dla obecnej wersji 2008 może być dość drogie. Jeśli masz pakiet wyższego poziomu dla Visual Studio, otrzymasz TFS workgroup edition za darmo, który umożliwia dostęp 5 użytkownikom bez dodatkowych kosztów.

Istnieją pewne poważne zastrzeżenia do edycji workgroup musisz użyć jednego z 5 slotów dla konta usługi TFS, chyba że skonfigurujesz go do działania pod kontem użytkowników, które będzie być wpisanym na listę członków TFS. Drugi to po trafieniu limitu 5 użytkowników skok do 6 użytkowników to dość oszałamiający koszt, ponieważ obecne wymagania licencyjne obejmują konieczność zakupu serwera (kilka tysięcy dolarów) i CALs dla każdego członka zespołu. To dość wygórowany koszt, aby dodać jeszcze jednego członka do zespołu.

Jednak Microsoft zdał sobie z tego sprawę i zmienia to na rok 2010. Nie będziesz już musiał kupować samego serwera i będziesz musiał tylko zakup CALs. TFS 2010 Server licensing: jest zawarty w subskrypcjach MSDN