Чи можу я використовувати git для керування версіями файлів PSD та майя проектів?


15

Я мав великий успіх у роботі з git, контролем версій, спільним доступом та співпрацею з моїми програмами програмування, і я хотів би зробити те ж саме з проектами Photoshop .psd, Illustrator .aiта Maya. Майя, як ви знаєте, - це блискучий набір для моделювання та рендерингу 3D, але його проекти зберігаються на зразок програмної структури, з різними каталогами вихідних зображень та текстур тощо.

налаштування структури каталогів за замовчуванням

Чи є галузевою практикою використання git в цьому плані? Було б неймовірним відкрити вихідний код 3D фільму чи 3D файли гри на Github!

Очевидно, всі файли - це просто цифри, тому теоретично git було б добре лише оновити частини файлів .jpegs або maya, які змінилися, але ви думаєте, що насправді це спричинило б пошкодження даних та сльози? Як я кажу, я хотів би зробити те ж саме з файлами Photoshop та ілюстраторами.

Якщо git не є варіантом, то як інакше я повинен розробити версії, співпрацювати та відкритими проектами майя та Adobe?


Тактика - це варіант з відкритим кодом для версії файлів 3D-активів. Особисто я використовую Dropbox у своєму робочому процесі.
Іван

Я використовую mercurial, працює чудово для всіх, крім найбільших активів, і ті, хто повинен використовувати розширення bigfiles.
joojaa

Відповіді:


21

Слід пам’ятати, що git не дуже добре працює з дуже великими репо-файлами або файлами.

Ось стаття про те, чому Facebook не використовує git для контролю своїх версій. По суті, git не набрав достатнього рівня.

Тут Github добре пояснює обмеження git :

git може обробляти майже будь-який файл, який ви кидаєте на нього (див. пояснення двійкового розходження )

Photoshop

У вас не повинно виникнути проблем із використанням git для версії файлу Photoshop. (Припустимо, що вони відносно невеликі)

Майя

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

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

Додаткові ресурси

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

/programming/540535/managing-large-binary-files-with-git


Дивовижно! Що стосується версій у моїй системі, а не про співпрацю, чи вважаєте ви, що меркурій може добре підтримувати проект майя? Хоча, як ви говорите, мережеві накопичувачі, безумовно, простий спосіб спільного використання проекту, чи може бути використаний спільний досвід для співпраці?
Старкерс

будь-яка система контролю версій, ймовірно, не оброблятиме великих змін (наприклад, відео- або 3d-моделі). Найкращим варіантом буде, мабуть, перейти в стару школу і просто використовувати номери версій (із семантичним версією). Для довідки, спільнота блендерів має ту саму проблему blender.stackexchange.com/questions/671/… )
spuder

Ну гаразд тоді, досить справедливо, я піду старий шкур. Що ти означає wont handleдо речі? Руйнівна повільність, збої, корупція даних?
Старкерс

Кожна фіксація буде ставати повільніше і повільніше, а розмір файлу зросте дуже великим. Я бачив, що файл 30 Мб займає 450 Мб через всі зміни.
spuder

Хм звучить як багато набридли. Ну добре, можливо, щось з'явиться до моменту, коли я достатньо досвідчений, щоб очолити команду!
Старкерс

2

У мене це питання теж давно. Виконали досить багато досліджень і є кілька варіантів, щоб ви могли керувати версією графічних ресурсів. Деякі з них потребують власного сервера (деякі вимагають спеціально запустити сервер Windows), а деякі можуть розміщуватися на сторонній сервер. Моїм улюбленим (хоча і не зовсім задовільним) була Timeline від Pixelnovel.

Там є аналогічне питання тут про часовій шкалі .

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

Я також контролював версії великих графічних ресурсів із звичайною Subversion (без графічного інтерфейсу), і я виявив, що це не все так погано, якщо ви добре з використанням терміналу. Звичайно, такі речі, як об’єднання, конфлікти тощо, неможливо з бінарними файлами, але принаймні ви отримуєте акуратне управління версіями зі структурованим журналом. Також за допомогою SVN ви можете заблокувати файл під час роботи з ним (що Timeline робить для вас).

Я вважаю за краще не використовувати git з графікою (хоча я це роблю для не-бінарних файлів), і бали, зроблені шпідером, дуже справедливі.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.