SVN (Subversion), czyli system kontroli wersji jest oprogramowaniem, dzięki któremu zachowamy porządek w zmianach w dokumentach, kodzie, itp pracując czy w grupie, czy nawet indywidualnie. SVN powstało jako następca CVS (Concurrent Versions System) i jest używany zarówno na platformach Linuxowych, Macowych jak i Windowsowych.
Ja właśnie o tych ostatnich.
Kilka dni temu zakończyliśmy projekt, który miał na celu optymalizację pewnego procesu, który uruchamiamy 4 razy dziennie po dwóch stronach globu. Chodziło, jak zawsze, o to by było szybciej, wydajniej, mniej kosztowało czasu i pieniędzy, i było bardziej stabilne. Napisaliśmy, ja i mój znajomy, kilka programików w VB do optymalizacji procesu. Co jakiś czas nasz kod był przeglądany w Redmond, a my na bieżąco dokonywaliśmy zmian. Pracowaliśmy i w biurze i w domach.
Ogromnie przydał nam się SVN. Pozwalał zapanować nad zmianami, nad tym koszmarem zmian, które są wprowadzane przez wiele osób na raz i, jak to w każdym projekcie bywa, nie każdy jest skłonny nie tylko dokumentować te zmiany, ale co najgorsze - informować, że takowe zostały poczynione.
Chciałem od razu zaznaczyć: nie jestem programistą, nikt w naszym zespole także nim nie jest, i nie mam wyriobionych nawyków kontroli nad kodem przy pracy grupowej. Po prostu uznaliśmy, że cały świat nie może się mylić i skorzystaliśmy z gotowego narzędzia 
Przydał nam się dokument, jaki znalazłem na blogu Vertigo Software o tym, jak zainstalować SVN na platformie Windowsa. Domyślnie program przychodzi z Apache, ale może też działać jako osobny serwis. Polecam, bo od tego dokumentu trzeba zacząć myśląc o kodowaniu w grupie.
Btw, przy ITcore.pl także korzystamy z SVN.
Darmowa książka dot. Subversion 1.4 jest do pobrania spod tego adresu.
cooo to nie korzystacie z Visual Studio Team System tylko z produktow obcych firm - hmmm do czego to doszło ;d Poprzednie wersje Codeguru były pisane z pomoca MS Team Servera.
Nawiasem mówiąc - widziałeś to: http://www.march-hare.com/cvsnt/
potrafi sie naprzyklad integrować z Active Directory.
@uki24: dlaczego od razu z armaty do wrobla? Wyobrazasz sobie by 4 osoby korzystaly z Visual Studio Team System, ktory ma dokument opisujacy strategie planowania wymagan i min. wymagania to 8GB dysku, skoro mozna to zrobic za pomoca <20MB i starego serwera z 512MB RAM i Windows 2000 Server? Wiesz, to nie o to chodzi by wykorzystywac na sile wszystko co MS-owe, ale o to by wykorzystywac zasoby i mozliwosci rozsadnie. Na tym etapie, dla nas, najlepszy byl subversion. Jesli bedziemy mieli wieksze projekty i wicej ludzi w zespole rozwazymy przejscie na team system.
Dokladnie, ale z drugiej strony to troche typowe dla Microsoftu :)Jeszcze do nie dawna, w Redmond, uzywali czegos innego niz Team System, chociaz juz ten system sprzedawali i mowili o wydajnosci wystarczajacej dla tysiecy programistow.
No to zeby nie bylo - MS w PL korzysta z Team System
@tomek: tak, teraz wraz z nadejsciem wersji 2.0 zaczeli tego uzywac. Wersji 1.0 baardzo sie bali
Hmmm … no nie wiem o kim mowisz :). Zeby bylo jasne - ja mowie o doswiadczeniach z naszego MCS. W ramach mojego zespolu akurat nadal uzywamy VSS - brak czasu na przejscie na Team System. W ramach innego - duzego zespolu pracujacego nad duzym projektem od razu zaczeli uzywac Team System i chyba sobie nawet chwala :).
Ale ja programista nie jestem to moze i tez nie powinienem sie w temacie wypowiadac :).
Ja tez programista nie jestem, dlatego tez napisalem, co napisalem i zacytuje: “Chciałem od razu zaznaczyć: nie jestem programistą, nikt w naszym zespole także nim nie jest, i nie mam wyriobionych nawyków kontroli nad kodem przy pracy grupowej. Po prostu uznaliśmy, że cały świat nie może się mylić i skorzystaliśmy z gotowego narzędzia”. Jesli Team System jest lepszy, ok, nastepnym razem wykorzystamy. Prawde powiedziawszy to nie wiedzialem o istnieniu takowego, choc domyslalem sie, ze MS musi miec jakies wlasne rozwiazania. W koncu pisze miliony linii kodu…
Największą porażką TS jest to, że odczytuje status pliku na podstawie jego atrybutów. Niestety trzeba się pilnować