推荐 Figma 的分支功能
tags
Design
Tool
date
‣
是什么
分支是软件版本管理中的一个概念。在软件开发中，往往存在多个功能、优化点同时进行，为了减少互相的影响，负责不同功能的工程师将在各自的分支中进行开发，最后合并。
分支并不是一个新概念，早在 1972 年就诞生了第一个版本管理工具，我们工作中熟悉的 SVN 其实也是一种版本管理工具。
简单理解的话，当前的线上版本可以是一个主干，我们在分支中测试新功能（验收）最后合并到主干得到一个新版本。
以设计组件库文档举例：
主干文件是我们最终确认的组件设计，其中包含下拉菜单、按钮 2 个组件，创建分支，并在分支中新建一个「弹窗」组件，分支中的操作不会影响主干文件，在合并后分支的操作会整合进行主干文件中，获得一个新版本的组件库。
figma 在今年 4 月发布了分支功能，相比软件开发，figma 的分支做了一些减法以降低上手的门槛。
为什么
figma 分支功能的几个优点
- 轻量，对设计友好
- 分支权限独立，编辑不影响主干
- 修改/合并操作可控（需要审核）
轻量，对设计师友好
克隆、拉取、提交、合并…… 传统工具拥有丰富的功能，也带来了使用上的高门槛。
figma 在此基础上进行简化，只需要创建分支、修改文件、合并修改即可完成整个工作流程。其中创建分支可以理解为拷贝文件，相对较容易上手。
分支权限独立，编辑不影响主干
figma 中创建的分支（可以理解为拷贝）与主文件互不影响，包括权限在内也是相互独立
权限管理更全面，项目数据更安全（特别是和外部合作时）
修改/合并操作可控
前面提到，分支的操作不影响主干文件，如果希望修改的内容合并到主干文件中，则需要点击「合并」，在合并前，若用户没有主干文件的编辑权限，则需要请求有权限的用户审核、通过。
这在产品功能层面对流程进行规范化。
基于这些特性我们能做什么？
怎么用
1. 与策划协作文案修改
通常策划会在策划文档中维护一份产品的文档，但对于开发、QA 等阅读者来说，需要在两份文档间比对，比较耗时，体验差，最理想还是在交互文档中就显示实际的文案。但文案修改相对繁琐交互和策划来回沟通也会导致文档更新不及时的问题。
可以创建 Figma 的分支，在分支中给策划提供编辑权限（不影响主干文件），待策划编辑完毕后审核、合并到主干中。审核可以避免误操作修改了文案外的内容。
2. 对比新旧差异
Figma 提供了对比功能，可以对比分支和主干文件的差异，适合 UI 和技术沟通修改点。
3. 组件库维护
组件库是团队共同维护的文件，如果有新想法、新需求目前只能在群里沟通或者在自己的文件中设计草稿不敢轻易编辑组件库。
可以使用分支功能维护组件库
具体操作是主干文件作为确认的组件供成员使用，分支文件作为开放区域，成员可以在其中提交组件的优化建议，定期盘点分支中的修改点完善确认后合并到主干开放使用。
什么时候不要用
- 重构设计时：在新文件中进行编辑更高效
- 修改较少时：与其使用分支增加操作成本，不如直接编辑快速完成
总结
我们可以考虑在以下 3 种场景下使用分支
- 与策划协作文案修改
- 对比新旧差异
- 组件库维护
