Могу ли я использовать git для управления версиями psd-файлов и проектов maya?
Я имел большой успех в git, контроле версий, совместном использовании и совместной работе над своими проектами программирования, и я бы хотел сделать то же самое с Photoshop .psd с, иллюстратор .ai S и Maya проекты. Maya, как вы, возможно, знаете, является великолепным набором для 3D-моделирования и рендеринга, но его проекты сохраняются как среда программирования, с различными каталогами для исходных изображений, текстур и тому подобного.
Является ли отраслевой практикой использование git в этом отношении? Было бы невероятно с открытым исходным кодом 3D-фильм или 3D-файлы игры на GitHub!
Очевидно, что все файлы являются просто числами, так что в теории git будет хорошо, только если обновятся измененные части двоичных файлов.jpegs или maya, но думаете ли вы, что в действительности это приведет к повреждению данных и разрывам? Как я уже сказал, я бы хотел сделать то же самое с файлами Photoshop и Illustrator.
Если Git не вариант, как еще я должен создавать версии, сотрудничать и открывать проекты Maya и Adobe?
2 ответа
Нужно иметь в виду, что 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
У меня была эта проблема в течение долгого времени, а также. Сделано немало исследований, и есть несколько вариантов для контроля версий графических ресурсов. Некоторые из них требуют вашего собственного сервера (некоторые требуют, чтобы вы специально запустили сервер Windows), а некоторые могут быть размещены на стороннем сервере. Моим любимым (хотя и не вполне удовлетворительным) был Timeline от Pixelnovel.
Здесь есть похожий вопрос о временной шкале.
По моему опыту, вы должны убедиться, что все ваши соавторы используют одну и ту же версию программного обеспечения (как Timeline, так и PS/AI/Maya), более старые версии PS требуют, чтобы вы использовали более старую версию Timeline, которая не поддерживает рабочее дерево так же, как в более современных версиях.
Я также управлял версией больших графических ресурсов с обычным Subversion (без графического интерфейса), и я обнаружил, что это не так уж и плохо, если вы согласны с использованием терминала. Конечно, такие вещи, как слияние, конфликты и т. Д. С двоичными файлами невозможны, но, по крайней мере, вы получаете аккуратное управление версиями со структурированным журналом. Кроме того, с SVN вы можете заблокировать файл во время работы с ним (что Timeline делает для вас).
Я предпочитаю не использовать git с графикой (хотя я делаю это для недвоичных файлов), и замечания spuder очень верны.