В дизайне Git часто кажется лишним: макеты лежат в облаке, версии можно назвать «финал-2», а историю правок посмотреть прямо в редакторе. Но когда над проектом работают дизайнер и верстальщик, быстро выясняется, что изменения нужно обсуждать, проверять и иногда откатывать. Особенно если правки затрагивают не только картинки, но и токены, SVG, документацию или файлы сайта.
Интересно, как вы используете Git в работе с дизайном? Храните ли в репозитории исходники макетов, экспортированные ресурсы и UI-токены — или оставляете там только код? Что удобно показывать в pull request, чтобы дизайнеру не приходилось разбираться в каждой строке кода, а верстальщику было понятно, какие именно изменения в макете появились?
Поделитесь своими правилами: как называете ветки, кто смотрит изменения и как решаете конфликты, если несколько человек правят один файл. Может, есть простой сценарий для команды, где дизайнер раньше с Git не работал? Интересны и случаи, когда репозиторий реально помог, и ситуации, когда всё стало только сложнее.
Интересно, как вы используете Git в работе с дизайном? Храните ли в репозитории исходники макетов, экспортированные ресурсы и UI-токены — или оставляете там только код? Что удобно показывать в pull request, чтобы дизайнеру не приходилось разбираться в каждой строке кода, а верстальщику было понятно, какие именно изменения в макете появились?
Поделитесь своими правилами: как называете ветки, кто смотрит изменения и как решаете конфликты, если несколько человек правят один файл. Может, есть простой сценарий для команды, где дизайнер раньше с Git не работал? Интересны и случаи, когда репозиторий реально помог, и ситуации, когда всё стало только сложнее.
Комментарии 9
Обсуждение темы — по порядку