Comments 19
а гитхаб рассказал что делать с разбухшими репозиториями от хранения 100МБ+ PSD-шек?
Наличие дифа и превью по картинке как-то сильно блекнет по сравнению с реальными проблемами
Наличие дифа и превью по картинке как-то сильно блекнет по сравнению с реальными проблемами
+5
В первую очередь оптимизировать свои psd-шки генеральной уборкой и отключением режима совместимости.
Проблема очевидна, но ведь согласитесь как полезно иметь все в одном месте — и psd-макет, и исходный код.
Проблема очевидна, но ведь согласитесь как полезно иметь все в одном месте — и psd-макет, и исходный код.
-3
Я может что-то не понимаю, и на самом деле произошла революция, но зачем бинарные файлы в больших объёмах хранить в Git вместе с кодом?
Обычно разработчики придерживаются рабочего процесса с созданием веток для новых функций, исправления багов и т.п. Ветки создаются постоянно и для текстовых файлов это лёгкая процедура, потому что данные не копируются полностью, а отслеживаются только изменения. Дизайнеры на каждый чих ветки не создают, а если бы создавали, то репозиторий раздулся бы до огромного размера, потому что бинарные файлы копируются полностью при создании веток. Поэтому дизайнеры обычно пользуются каким-нибудь SVN и придерживаются линейной модели разработки без ветвлений.
Или уже что-то изменилось во всей этой кухне, и я просто отстал от жизни?
Обычно разработчики придерживаются рабочего процесса с созданием веток для новых функций, исправления багов и т.п. Ветки создаются постоянно и для текстовых файлов это лёгкая процедура, потому что данные не копируются полностью, а отслеживаются только изменения. Дизайнеры на каждый чих ветки не создают, а если бы создавали, то репозиторий раздулся бы до огромного размера, потому что бинарные файлы копируются полностью при создании веток. Поэтому дизайнеры обычно пользуются каким-нибудь SVN и придерживаются линейной модели разработки без ветвлений.
Или уже что-то изменилось во всей этой кухне, и я просто отстал от жизни?
+1
«полноценный контроль версий» это значит превью теперь можно посмотреть?.. Мда, печально. Это как говорить что подсведка синтаксиса это контроль версий.
0
Layer Copy Copy 2 rename to Layer Copy 3 © GitHub
+10
А иллюстратор?
0
Я думаю нововведение сделано для всяческих логотипов проектов и прочих подобных вещей, но не для хранения макета всего проекта. Хотите макет хранить — прикрепляйте к релизу.
0
Вспомнилась картинка о том как журналисты придумывают заголовки для материалов.
А на самом деле — новость только о том что поддерживается превью PSD и учет их состояний также как и любых других файлов в .git
Скажем так, если бы изменения превращали гитхаб в некий аналог layervault, я бы еще понял, но тут уж реально из пальца.
А если по существу, у нас проблема решается через дропбокс — вот тебе и возможность восстановить удаленное и коллаборация с синхронизацией и прочее — а главное дизайнеров не надо учить коммитить и пушить, все работает само. А уж разные версии «Веток» для макетов отлично можно просто хранить в разных папках, либо, на худой конец, в разных отключенных слоях одного макета (а для тонких моментов существует Layer States)
А на самом деле — новость только о том что поддерживается превью PSD и учет их состояний также как и любых других файлов в .git
Скажем так, если бы изменения превращали гитхаб в некий аналог layervault, я бы еще понял, но тут уж реально из пальца.
А если по существу, у нас проблема решается через дропбокс — вот тебе и возможность восстановить удаленное и коллаборация с синхронизацией и прочее — а главное дизайнеров не надо учить коммитить и пушить, все работает само. А уж разные версии «Веток» для макетов отлично можно просто хранить в разных папках, либо, на худой конец, в разных отключенных слоях одного макета (а для тонких моментов существует Layer States)
0
Тоже так делали, потом перешли на BitTorrent Sync. Быстрее скорость синхронизации, нет ограничений на размер, возможность управлять правами доступа, ну и вообще удобнее имхо.
0
Уже год к нему присматриваемся: объективно отсутствие явной серверной части — это как плюс, так и минус. Там много нюансов именно для нашего воркфлоу. Хотя думаю его тоже рано или поздно приспособим.
0
Поставьте битторент на свой сервер, и будет у вас раздача 24\7 + бекапы + конфиденциальность.
0
Ну рано или поздно руки дойдут — сделаем, покопаемся. Пока дропбокса хватает за глаза + Time Machine для дополнительной локальной версионности и бэкапов. В принципе плюсы очевидны, но они не настолько масштабны чтобы ради них резко перекраивать воркфлоу.
0
В том и дело, что воркфлоу не меняется. Если вы конечно, не используете веб интерфейс. Наш дизайнер даже не заметил, что работает не с дропбоксом. Даже файлы не пришлось никуда переносить, просто натравили BTSync на ту же папку, где и раньше лежали дизайны и все, установка заняла 30 секунд. А перешли собственно только по одной причине, Дропбокс генерил 500 гигабайт трафика в сутки, в масштабах офиса на 25 человек, что сильно забивало канал.
0
Хорошо, убедили. Честно — некому заниматься. У меня нет времени и желания, а перепоручить этот ответственный шаг особо некому. Пока все работает и неудобств явно не доставляет — пусть пока и дальше работает. Сейчас есть чем заняться — дедлайн на дедлайне по проектам, так что BTSync потерпит и подождет своего часа.
0
>Github
>psd
А где xcf, ora, svg? Для меня они более критичны.
>psd
А где xcf, ora, svg? Для меня они более критичны.
0
В Sketch 3 есть интеграция с Time Machine. Автоматическое сохранение и версионность.
Для расшаривания ассетов есть Dropbox или более изощренный вариант — InvisionApp (сервис для прототипирования; в нем есть хранение ассетов и их версий).
Для расшаривания ассетов есть Dropbox или более изощренный вариант — InvisionApp (сервис для прототипирования; в нем есть хранение ассетов и их версий).
0
Sign up to leave a comment.
Наконец-то полноценный контроль версий для дизайнеров!