Dostępnych jest wiele systemów kontroli wersji , w tym systemy typu open source, takie jak Subversion , Git i Mercurial , a także systemy komercyjne, takie jak Perforce .

Jak dobrze wspierają proces tworzenia gier? Jakie są problemy z użyciem VCS w odniesieniu do plików nietekstowych (plików binarnych), dużych projektów itp.? Jakie są rozwiązania tych problemów, jeśli takie istnieją?

Aby uporządkować odpowiedzi, spróbujmy dla poszczególnych pakietów. Zaktualizuj każdy pakiet / odpowiedź o swoje wyniki.

Proszę również podać w odpowiedzi kilka krótkich szczegółów na temat tego, czy VCS jest darmowy czy komercyjny, dystrybuowany czy scentralizowany itp.

Aktualizacja : Znaleziono fajny artykuł porównujący dwa VCS poniżej - najwyraźniej Git to MacGyver, a Mercurial to Bond . Cóż, cieszę się, że to ustalone ... A autor ma na końcu fajny cytat:

Prozelityzm dla tych, którzy nie przeszli jeszcze na rozproszony VCS, jest w porządku, ale próba konwersji użytkownika Gita na Mercurial (lub odwrotnie) jest stratą czasu i energii każdego.

Zwłaszcza, że prawdziwym wrogiem Gita i Mercuriala jest Subversion . Dang, to świat kod-jedz-kod tam w FOSS-land ...

Git

Ostatnio byłem na modowym gitarze (korzystałem z SVN i Mercurial). Jak dotąd bardzo podoba mi się to, co dostaję z Git. Konfiguracja nie jest trudna, a kolejne narzędzia programistyczne zaczynają ją wykorzystywać.

To rozproszony system kontroli wersji. Dzięki temu mamy własny, niezależny obszar podobny do pnia. Mogę pracować we własnym obszarze i zapraszać do bardzo łatwego przeglądania zestawów zmian. Mogę wycofać się w swoim własnym miejscu, nie psując centralnego repozytorium. Mogę zatwierdzać, rozgałęziać i robić wszystko, co możesz zrobić z SVN lokalnie. Naprawdę lubię mieć tę kontrolę.

Dzięki SVN potrzebujesz dostępu do swojego repozytorium, aby dokonać zatwierdzenia. Co jeśli jesteś w drodze lub w kawiarni bez internetu? Niedobrze.

Oczywiście, SVN jest znacznie prostszy do nauczenia się, ale myślę, że zalety rozproszonej kontroli źródła w dużej mierze przeważają nad tym, że ma małą krzywą uczenia się.

Podoba mi się również, że lepiej jest łączyć się.

Główną wadą GIT jest to, że przechowuje on całą historię lokalnie. (Tak, możesz to zrobić, aby to zmniejszyć, ale jest to zachowanie domyślne). W przypadku plików źródłowych nie stanowi to żadnego problemu, ale jeśli masz duży projekt z gigabajtami danych zasobów, szybko staje się to problemem. Z mojego obecnego doświadczenia polecam GIT tylko w przypadku repozytoriów mniejszych lub tylko źródłowych.

Jeśli nadal jesteś ciekawy GIT, sprawdź http://thkoch2001.github.io/whygitisbetter/, aby uzyskać dobre informacje / dane. Sprawdź także patrz https://git.wiki.kernel.org/index.php/GitSvnComparsion

Bystry

Kluczowe cechy:

• Rozproszony VCS
• Darmowe, open source
• Skrypty wtyczek są łatwe do napisania --- mogą być napisane w Pythonie lub jako skrypty powłoki
• Istnieje wiele darmowych skryptów wtyczek
• Wiele dostępnych dokumentów, w tym ta książka (wysoce zalecane)

Jeśli chodzi o użycie plików nietekstowych, ostatnie wersje Mercurial (> = 2.0) domyślnie zapewniają rozszerzenie dużego pliku :

largefiles rozwiązuje ten problem, dodając scentralizowaną warstwę klient-serwer na Mercurial: duże pliki znajdują się gdzieś w centralnym sklepie w sieci, a te, które są potrzebne, są pobierane tylko wtedy, gdy są potrzebne.

Istnieją inne rozszerzenia zapewniające podobne rozwiązania, takie jak rozszerzenie bigfiles, które pozwala przechowywać twoje zasoby w tym samym repozytorium Mercurial, ale pobiera tylko potrzebne pliki binarne, gdy ich potrzebujesz.

Nie znam żadnych problemów dotyczących dużych projektów poza tymi związanymi z posiadaniem dużych plików binarnych. Projekt Python jest dużym projektem i wykorzystuje Mercurial .

Joel Spolsky napisał mini-poradnik na temat używania Mercurial w Subversion Re-education

Z konieczności

Perforce (komercyjny / zamknięty, scentralizowany) jest standardem branżowym z wielu powodów.

1. Jest to produkt komercyjny, co oznacza, że ​​ma wsparcie komercyjne. Projekty typu open source mogą kwalifikować się do bezpłatnej licencji (bez wsparcia technicznego).
2. Bardzo dobrze obsługuje obszary robocze , co pozwala na bardzo elastyczne układy katalogów źródłowych i zasobów.
3. Bardzo dobrze obsługuje listy zmian .
4. Możesz zobaczyć, kto nad czym pracuje. Gry mają wyjątkowo wysoką liczbę szybko zmieniających się plików binarnych (zasobów) w porównaniu do innych projektów programistycznych. Przez większość czasu nie można ich łączyć, więc śledzenie, kto ma to, co / gdzie / kiedy ma krytyczne znaczenie. Klienci Subversion i DSCC celowo unikają tej techniki, ale jest ona dość korzystna w niektórych aplikacjach.
5. Obsługuje gigantyczne bazy kodu / zasobów. To ma nie przechowywać zduplikowane dane na komputerach klienckich, co jest ważne, gdy sub-widok drzewa jest kilkadziesiąt koncertów.

To powiedziawszy, boleśnie oczywiste jest prawie codziennie, że Perforce nie uważa, że ​​ich pozycja w branży jest zagrożona. Ich narzędzia wizualne, w tym P4V i P4SCC (zintegrowane z Visual Studio) są powolne i zawierają błędy, przy czym ten ostatni znany jest z tego, że zamraża Visual Studio, aby z niego korzystać. AnkhSVN wyprzedza Perforce o mile.

Komentarz Xana: Warto jednak zauważyć, że ich narzędzie do scalania, P4Merge (używane do różnicowania i łączenia), jest doskonałe i znacznie lepsze niż narzędzia Tortoise Merge. Zaskakujące jest to, że ten komponent jest dostępny bezpłatnie jako część pakietu narzędzi wizualnych P4.

Komentarz by slicedlime: Kolejną wadą Perforce jest to, że rozgałęzienie w nim może być ogromnym bólem, szczególnie jeśli masz duże drzewa. Prawie każdy inny vcs jest lepszy w rozgałęzianiu i scalaniu. Jest to zwykle niewielka cena za powyższe korzyści.

Komentarz roe: Perforce jest bardzo rozmowny. Bez zaangażowanego serwera niewiele się dzieje. Przede wszystkim potrzebujesz serwera, aby móc otwierać pliki do edycji, co oznacza, że ​​musisz przeskoczyć kilka obręczy, jeśli zamierzasz przerwać połączenie z serwerem.

Komentarz jrista: Jako codzienny użytkownik Perforce od ponad dwóch lat, z rozbudowanym zespołem ds. Rozwoju i inżynierii jakości, liczącym ponad 100 osób, dobrze się z tym zapoznałem. Chociaż jest to przyzwoity system kontroli źródła, ma jednak swoje wady, które osoby oceniające systemy SCC powinny mieć świadomość:

• Jak wspomnieli inni, rozgałęzianie / integracja jest szczególnie uciążliwa i trudna do wykonania. Masz bezbożną kontrolę, ale wiąże się to z nadmierną złożonością. Z drugiej strony wizualne narzędzie scalania jest jedyne w swoim rodzaju i prezentuje piękny, oparty na trzech plikach widok scalania twojej pracy. Perforce zapewnia pewne graficzne wizualizacje ścieżek rozgałęzień (zwane Grafem rewizji), jednak sposób, w jaki jest wizualizowany, często sprawia, że ​​narzędzie jest raczej bezużyteczne. Jeśli potrzebujesz tylko bardzo krótkiego odcinka czasu dla jednego lub bardzo niewielu plików, może to być przydatne ... cokolwiek więcej, a nawigacja na wykresie zmian jest prawie niemożliwa.
• Perforce nie jest również bardzo wydajnym narzędziem, ponieważ prawie każda operacja na pliku wymaga duplikowania plików i danych: rozgałęzianie, etykietowanie, listy zmian itp. Nie ma tu rzadkich lub lekkich znaczników ani rozgałęzień. Jeśli nie boisz się użyć ogromnej ilości miejsca na dysku do śledzenia twoich zmian, perforce prawdopodobnie będzie ci dobrze służyć. Jeśli nie, szukałbym innego narzędzia.
• Perforce korzysta z obszarów roboczych, jednak czasami może to być frustrujące, ponieważ perforce buforuje wszystkie stany w obszarze roboczym, zamiast używać rzeczywistych plików na dysku w celu ustalenia pewnego stanu. Często powoduje to, że pliki nie są synchronizowane, ponieważ obszar roboczy twierdzi, że są one aktualne, a z jakiegokolwiek powodu fizyczne pliki na dysku NIE są aktualne.
• Ostatnia irytacja, Perforce jest dość brutalny w twojej sieci. Jest to wyjątkowo gadatliwy program, który pochłania znaczną część przepustowości. Każda utrata łączności sieciowej, a Ty ryzykujesz, że nie będziesz w stanie wykonać żadnej pracy z plikami kontrolowanymi przez źródło, dopóki połączenie nie zostanie przywrócone. Do tej pory nie odkryłem działalności, którą można wykonać offline w Perforce.

Obalenie

• Open-source, scentralizowane

• Pliki Blendera - nie jestem do końca pewien, czy pliki .blend są binarne (wyglądają tak), ale nie miałem problemów z dodaniem ich do Subversion. Po przeprowadzeniu kilku eksperymentów zwiększenie rozmiaru zmienionych plików wydaje się nominalne, więc nie jest to po prostu kopiowanie w całym pliku.

• Duże projekty - Działa, choć może być dziwaczny. Zdecydowanie jest w stanie obsłużyć repozytoria o wielkości co najmniej 5,5 GB (całkowity rozmiar katalogu repozytorium na serwerze; głównie zasoby binarne).

• Zduplikowane dane na kliencie - Subversion przechowuje kopię każdego pliku w przestrzeni roboczej użytkownika jako nieskazitelną kopię. Zaletą tego jest to, że możesz zrobić różnicę lub przywrócić bez powrotu do serwera. Wadą jest to, że 10 gigabajtów plików roboczych zajmuje 20 gigabajtów miejsca na dysku.

• Lista ignorowanych jest właściwością katalogu (prosta z GUI, denerwująca w wierszu poleceń).

• Subversion pozwala blokować pliki / zasoby - co jest naprawdę pomocne, jeśli wielu artystów i projektantów pracuje nad tymi samymi plikami.

• Zewnętrzne to świetny sposób na obsługę kodu współdzielonego (np. Biblioteki lub bazy) między projektami.

AlienBrain

Od Avid :

Alienbrain to cyfrowy system zarządzania aktywami dla artystów z branży rozrywkowej

• Komercyjne (droższe niż Perforce), scentralizowane
• Zaprojektowany do integracji z innymi profesjonalnymi narzędziami przepływu pracy 2D i 3D, takimi jak Photoshop, Maya, 3ds Max, Microsoft Visual Studio itp.

Mam żadnego doświadczenia z AlienBrain i tylko słyszałem o nim z książki Gra Coding Kompletna Mike McShaffry. Wydaje się jednak, że wysoko o tym myśli:

Artyści i inni współautorzy będą faktycznie korzystać z tego produktu, w przeciwieństwie do innych, które zostały zaprojektowane głównie w celu dobrej integracji z Visual Studio, a nie kreatywnych aplikacji, takich jak Photoshop i 3D Studio Max. Jedną z głównych wad innych produktów jest dość naiwne traktowanie plików nietekstowych. AlienBrain został napisany z myślą o tych plikach.

Oczywiście opisuje to również jako:

Dla tych z was, którzy mają naprawdę poważne problemy ze śledzeniem zasobów i równie poważne budżety ...

Team Foundation Server

od Microsoft

• Reklama w telewizji
• Scentralizowane
• Bardzo dobrze integruje się z Visual Studio
• Dobra integracja z Windows Explorerem dla użytkowników spoza VS (tj. Artystów)
• Obsługuje zestawy zmian „Półki”, co jest nieco analogiczne do „ukrywania” w git, ale przechodzi na serwer; możesz także upublicznić te zestawy półek, aby umożliwić innym użytkownikom ich integrację.
• Od 2012 roku ma kilka bardzo dobrych przepływów pracy związanych z przeglądaniem kodu wbudowanych bezpośrednio w Visual Studio
• Najnowsza wersja narzędzia scalania jest bardzo ładna. Automatyczne scalanie działa całkiem dobrze.
• Obsługuje duże i wiążące pliki w porządku (oczywiście nie można ich scalić)
• Bardzo dobry serwer kompilacji
• Obsługuje bramkowane zameldowania, które umożliwiają ocenę jakości zestawu półek (za pomocą automatycznych kompilacji, testów jednostkowych, analizy kodu), zanim zostanie on przypisany do repozytorium.
• Bardzo dobre narzędzia do zarządzania projektami (nie tylko funkcje kontroli źródła, ale naprawdę przydatne), dające możliwość śledzenia od wymagań wysokiego poziomu po kod.

Użyłem TFS intensywnie w projektach symulatorów MILSPEC i jest całkiem niezły. Prawdopodobnie nie jest najlepszy, jeśli korzystasz z komputera Mac, chociaż w dzisiejszych czasach istnieje wtyczka Eclipse. Wersja hostowana w chmurze obsługuje repozytoria git dla zaplecza kontroli źródła.

Jest bezpłatny dla maksymalnie pięciu użytkowników w Visual Studio Online (pozwala na zamknięte źródło; brak ograniczeń wielkości repozytorium), gdzie jest przechowywany w chmurze. Jeśli chcesz go hostować lokalnie, może być drogo.

Najbardziej podoba mi się funkcja zarządzania inżynierią oprogramowania oraz fakt, że całkiem dobrze radzi sobie z dużymi plikami i plikami binarnymi.