Как стать автором
Обновить

Как в крупных компаниях ведут версионирование сценариев в Figma

Уровень сложностиПростой
Время на прочтение4 мин
Количество просмотров4.8K
Всего голосов 10: ↑10 и ↓0+10
Комментарии6

Комментарии 6

Спасибо за интересный материал! В дизайне, как и в коде, важно применять версионирование.

Спасибо за статью и интересный подход! А в чем принципиальная разница между созданием бранчей под каждую версию/задачу и созданием новых файлов с отдельным файлом-навигацией? Какие плюсы у бранчей, кроме того что получается 100500 бранчей, а не файлов в фигме? И как решается проблема со случайным мерджем бранчей? Ведь при мердже бранча все остальные бранчи редактировать нельзя или это можно откатить назад?

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

По поводу мерджа бранча — можно откатить через Version history, но в нашем случае не будет случайных мержей, потому что мы в Main файле не храним ничего, кроме навигации, с ней не смёрджишь. Бранч с другим бранчем мерджить тоже нельзя.

Написал туториал, как сделать такую структуру файла https://habr.com/ru/articles/756282/

Интересная идея! А как при данном подходе происходит публикация компонентов, если в новой версии (ветке) были изменены локальные компоненты и их надо выгрузить в библиотеку компонентов?

Локальные компоненты можно хранить или в отдельном файле или в main, оттуда их можно публиковать

Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории