Odniosłem wielki sukces z git, kontrolą wersji, udostępnianiem i współpracą przy projektach programistycznych i chciałbym zrobić to samo z projektami Photoshop .psd, Illustrator .aii Maya. Maya, jak zapewne wiesz, jest genialnym zestawem do modelowania i renderowania 3D, ale jego projekty są zapisywane w pewnym sensie jak platforma programistyczna, z różnymi katalogami dla obrazów źródłowych i tekstur i tym podobnych.
Czy w tym względzie stosuje się git? Byłoby niesamowicie otworzyć film 3D lub pliki 3D gry na github!
Oczywiście wszystkie pliki są tylko liczbami, więc teoretycznie git dobrze byłoby zaktualizować tylko te części plików binarnych .jpeg lub mayi, które się zmieniły, ale czy uważasz, że w rzeczywistości spowodowałoby to uszkodzenie danych i łzy? Tak jak mówię, chciałbym zrobić to samo z plikami Photoshop i Illustrator.
Jeśli git nie jest opcją, w jaki sposób powinienem wersjonować, współpracować i projektować maya i Adobe Open Source?
źródło
Odpowiedzi:
Należy pamiętać, że git nie działa dobrze z naprawdę dużymi repozytoriami lub plikami.
Oto artykuł o tym, dlaczego Facebook nie używa git do kontroli wersji. Zasadniczo git nie skalował się wystarczająco dobrze.
Github ma dobre wyjaśnienie ograniczeń git tutaj:
git może obsłużyć prawie każdy plik, który do niego wrzucisz (zobacz wyjaśnienie diff binarnego )
Photoshop
Nie powinieneś mieć problemu z użyciem git do wersji pliku Photoshopa. (Zakładając, że są stosunkowo małe)
Maya
Maya prawdopodobnie generuje zbyt duże projekty, aby można je było dobrze skalować w git. Zwłaszcza jeśli planujesz pchanie do pilota takiego jak github lub gitlab.
Większość znanych mi osób, które używają Maya lub podobnego oprogramowania, kontynuują pracę na dysku sieciowym, aby dzielić się nimi z kilkoma współpracownikami. Gdy wersja jest gotowa do wydania, jest renderowana i hostowana na stronie ftp.
Dodatkowe zasoby
Wersje semantyczne
https://stackoverflow.com/questions/540535/managing-large-binary-files-with-git
źródło
wont handlemówiąc, co masz na myśli ? Miażdżąco powolny, awarie, uszkodzenie danych?Ten problem też mam od dłuższego czasu. Przeprowadzono sporo badań i istnieje kilka opcji kontroli wersji zasobów graficznych. Niektóre z nich wymagają własnego serwera (niektóre wymagają specjalnego działania serwera Windows), a niektóre mogą być hostowane na serwerze innej firmy. Moim ulubionym (choć nie do końca zadowalającym) była Oś czasu od Pixelnovel.
Jest to podobne pytanie tutaj o osi czasu .
Z mojego doświadczenia wynika, że wszyscy współpracownicy używają tej samej wersji oprogramowania (zarówno Oś czasu, jak i PS / AI / Maya), starsze wersje PS wymagają uruchomienia starszej wersji Oś czasu, która nie obsługuje działające drzewo w taki sam sposób, jak w bardziej aktualnych wersjach.
Kontrolowałem również wersje dużych zasobów graficznych z regularnym Subversion (bez GUI) i stwierdziłem, że nie było tak źle, jeśli nie masz nic przeciwko korzystaniu z terminala. Oczywiście rzeczy takie jak scalanie, konflikty itp. Nie są możliwe w przypadku plików binarnych, ale przynajmniej masz porządne zarządzanie wersjami z ustrukturyzowanym dziennikiem. Ponadto za pomocą SVN możesz zablokować plik podczas pracy z nim (co robi dla Ciebie Oś czasu).
Wolę nie używać git z grafiką (chociaż robię to w przypadku plików innych niż binaria), a punkty wykonane przez Spudera są bardzo poprawne.
źródło