Pochodzę z tła UNIX, z pewną wiedzą na temat CVS i git, otrzymałem moje umiejętności rozwoju Windows w niemal każdym obszarze. Ale wciąż nie mam pojęcia, czy istnieje jeden VCS, który "deweloperzy systemu Windows" muszą znać.Jakie jest najczęstsze oprogramowanie do kontroli wersji dla systemu Windows?
Czy jest używany przede wszystkim?
Twórcy FinalBuilder czynili badanie co roku ich (głównie opartych na systemie Windows) klientów. Nie mogę znaleźć niczego bardziej aktualnego niż their 2008 survey, ale oto, jak wtedy wyglądało.
Jak widać, nie ma tylko jedno trzeba wiedzieć. Jednak byłbyś głupcem, nie zapoznając się z Subverion i Sourcesafe.
Jeśli miałbym przewidzieć, jak to się zmieniło od tego czasu, to zgaduję, że Subversion dodał użytkowników, SourceSafe stracił trochę podstawy do Team Foundation, i że Git teraz pokazuje się, ale z niewielkimi liczbami.
Niezupełnie specyficzne dla systemu Windows, myślę, ale Subversion (SVN) jest koniecznością.
Zasadniczo w oknach można również używać tych samych typów kontroli źródła, które są używane w systemie UNIX. Z pewnością na szybę należy unikać - VSS.
TortoiseSVN (svn) ma ścisłą integrację z Eksploratorem, a większość programistów, których znam, którzy korzystają z systemu Windows i używają subversion, również używa Żółwia.
Przed DVCS wszystkie fajne dzieci używały SVN; wszyscy inni używali VSS lub TFS.
DVCS zamienia się w interesującą konkurencję, ponieważ Git ma wyraźnie przewagę w funkcjonalności, ale Mercurial ma przewagę w integracji Windows. Biedny Bazar wydaje się nie zaglądać.
Tak, TortioseSVN działa całkiem dobrze w systemie Windows. Jest też Żółw dla git! Chociaż nie jestem zbyt pewny, czy to tak łatwe, jak jego kuzyn SVN.
To nie jest. Słyszałem o wielu problemach ze zgodnością, ale z drugiej strony wygląda na to, że Tortoise naprawia ogromne luki w zabezpieczeniach lub wycieki pamięci z każdym drugorzędnym wydaniem, więc nigdy nie wiadomo, jaki jest stan produktu. –
To prawie taki sam interfejs użytkownika. Ale nie widziałem, jak zrobić "git rebase -i" z tego interfejsu, co jest w połowie powodem używania git. –
VisualSVN wiąże się z VS i używa TortoiseSVN dla backendu. To 50 USD za licencję iirc. Działa całkiem dobrze. Jeśli szukasz dobrego powiązania z Visual Studio, sprawdź także AnkSVN.
Używamy msys-git całkiem pomyślnie w systemie Windows. Narzędzia GUI nie są świetne. Używam wiersza poleceń i działa dobrze. Moi koledzy używają git-extensions, które integrują się w visual studio. Wygląda na to, że działa dobrze.
Inną opcją byłaby dla mnie SVN. Ma świetną obsługę okien.
Nie jest to szczególnie trafna odpowiedź, ale chciałbym się zgodzić, że msys-git działa dobrze na Windowsie. Osobiście lubię także narzędzia GUI. Nigdy nawet nie chciałem uczyć się poleceń wiersza poleceń. –
Krótka odpowiedź, to SVN.
Za darmo:
CVS jest prawie martwy.
Subversion ma najlepszą integrację z systemem Windows (explorer, visual studio, eclipse, linii poleceń, WebDAV, etc ...) ma też GUI dla innych platforms.
Z Gitem jesteś zdegradowany, aby korzystać wyłącznie z linii poleceń.
Nie za darmo: Perforce jest w porządku, ale cokolwiek robisz, nie używaj Visual Sourcesafe i nie ryzykuj, że całe twoje repozytorium ulegnie uszkodzeniu w pewnym momencie i nie zda sobie sprawy z tego, dopóki dużo później.
Muszę się nie zgodzić na temat Gita. Używam Gita w Windows, kiedy tylko mam okazję, i prawie nigdy nie używam na nim wiersza poleceń. Skały Git-Gui. –
Zgadzam się: Subversion. Ale jestem pewien, że pewnego dnia uda się to dzięki git.
Jedno szybkie ogłoszenie o służbie publicznej: pomimo tego, co może wskazywać na to wykres, SourceSafe nie jest w żaden sposób dopuszczalnym wyborem i nie powinno być używane w żadnych okolicznościach (chyba, że jedyną opcją jest "brak VCS w ogóle", a nawet wtedy Nie jestem pewny). –
CVS będzie powoli tracił numery i nie zyska. Nie ma sensu używać CVS zamiast SVN i łatwo przejść z CVS do SVN. –
Jestem w brutalnej ** umowie ** z Davidem i Camccannem. –