Могу ли я использовать git для управления версиями psd-файлов и проектов maya?

Question

Я имел большой успех в git, управлении версиями, совместном использовании и совместной работе над моими проектами программирования, и мне очень хотелось бы сделать то же самое с проектами photoshop .psd , illustrator, .ai s и maya. Maya, как вы, возможно, знаете, является великолепным набором для 3D-моделирования и рендеринга, но его проекты сохраняются как среда программирования, с различными каталогами для исходных изображений и текстур и тому подобного.

Является ли отраслевой практикой использование git в этом отношении? Было бы невероятно с открытым исходным кодом 3D-фильм или 3D-файлы игры на GitHub!

Очевидно, что все файлы являются просто числами, так что в теории git будет хорошо обновлять только измененные части бинарных файлов .jpegs или maya, но думаете ли вы, что в действительности это приведет к повреждению данных и разрывам? Как я уже сказал, я бы хотел сделать то же самое с файлами Photoshop и Illustrator.

Если Git не вариант, как еще я должен создавать версии, сотрудничать и открывать проекты Maya и Adobe?

Answer 1

Следует иметь в виду, что git плохо работает с действительно большими репо или файлами.

Вот статья о том, почему Facebook не использует git для контроля версий. По сути, мерзавец недостаточно хорошо масштабируется.

У Github есть хорошее объяснение ограничений git здесь:

git может обрабатывать практически любой файл, который вы к нему добавляете (см. объяснение бинарного сравнения)

Photoshop

У вас не должно возникнуть проблем с использованием git для создания версии файла Photoshop. (Предполагая, что они относительно малы)

майя

Майя, вероятно, генерирует слишком большие проекты, чтобы хорошо масштабироваться в git. Особенно, если вы планируете использовать удаленный доступ, например, github или gitlab.

Большинство знакомых мне людей, использующих Maya или подобное программное обеспечение, хранят свои работы на подключенном к сети диске, чтобы поделиться им с парой соавторов. Когда версия готова к выпуску, она отображается и размещается на FTP-сайте.

Дополнительные ресурсы

Семантическая версия

https://stackoverflow.com/questions/540535/managing-large-binary-files-with-git

Answer 2

У меня была эта проблема в течение долгого времени, а также. Сделано немало исследований, и есть несколько вариантов управления версиями графических ресурсов. Некоторые из них требуют вашего собственного сервера (некоторые требуют, чтобы вы специально запустили сервер Windows), а некоторые могут быть размещены на стороннем сервере. Моим любимым (хотя и не вполне удовлетворительным) был Timeline от Pixelnovel.

Там есть аналогичный вопрос здесь о временной шкале.

По моему опыту, вы должны убедиться, что все ваши соавторы используют одну и ту же версию программного обеспечения (как Timeline, так и PS/AI/Maya), более старые версии PS требуют, чтобы вы использовали более старую версию Timeline, которая не поддерживает рабочее дерево так же, как в более современных версиях.

Я также управлял версией больших графических ресурсов с обычным Subversion (без графического интерфейса), и я обнаружил, что не все так плохо, если вы в порядке с использованием терминала. Конечно, такие вещи, как слияние, конфликты и т.д. С двоичными файлами невозможны, но, по крайней мере, вы получаете аккуратное управление версиями со структурированным журналом. Кроме того, с SVN вы можете заблокировать файл во время работы с ним (что Timeline делает для вас).

Я предпочитаю не использовать git с графикой (хотя я делаю это для недвоичных файлов), и замечания spuder очень верны.