我最近参加了Config 2021设计会议，我从中得到了很大的收获开幕式主题是分支和版本控制功能的引入，这将使设计团队受益于GitHub、Subversion、CVS或Bitbucket等版本控制系统几十年来一直为软件工程师提供的所有舒适。有了这些集成功能，设计工作流程和协作将变得更加高效。

保持一个单一的真相来源是具有挑战性的

任何与多个贡献者一起处理共享文档的人都知道这有多么具有挑战性。通常情况下，我们会将工作文件来回发送给每个贡献者——在我们知道之前，有人创建了一个新副本，并对新版本进行编辑……然后是另一个人……以至于没有人知道哪个文件是正确的。或者，我们尝试集中工作，共享对基于云的文件的访问，要求所有贡献者对一个版本进行更改——但是，虽然这种策略适用于一小部分贡献者的增量更改，但对于扩展的团队来说，它可能会失控，并且不适用于需要进行结构性更改的时候。

设计团队不断面临这些挑战。组织一个工作流，让每个人都能做出贡献，同时保持对最新工作版本的控制(单点真相)，这是一个麻烦。每个设计团队都会面临一个反复出现的问题:我们如何管理我们的设计文件，以便我们都能参与并知道所有东西在哪里?

版本控制系统也可以简化设计协作

版本控制系统为软件开发团队解决了这个问题。他们创建了一个单一的事实点，即稳定的、经过测试的代码源。每个人都可以创建该源代码的副本来进行一些更改，然后将它们发送回主代码源代码中。如果其他人也对相同的代码做了一些更改，系统将提供工具来处理可能出现的任何冲突。版本控制系统做了比较代码版本的艰苦工作，并确保每个贡献者的工作不会丢失，也不会破坏其他人的工作。不管有多少贡献者在同一个代码上工作……2个还是2000个。

Figma中一个按钮的两个版本

分支机构为实验提供受控环境中的焦点

虽然版本控制允许用户扩展协作，但经常看到团队中的其他人在项目的其他部分所做的事情可能会让人不知所措。例如，如果你正在根据最近的用户测试反馈改进应用导航栏标签的清晰度，你不需要知道应用的搜索引擎有什么变化;你需要能够专注于你的部分工作，而不关注所有其他不影响你的变化。这就是分支所能实现的。它们允许贡献者创建自己的工作环境，既与他人隔离，同时又与单一的真相点相连。一旦贡献者完成了他们的工作，他们可以将其发送给评审，然后与其他分支合并，这样每个人都可以使用它。

版本控制和分支将释放设计协作

通过将这些功能添加到其产品中，Figma将软件开发实践和工具的最佳效果用于设计工作。设计团队，特别是那些工作在大量设计存储库中的团队，将会欣赏它带来的安心和效率。此外，它还可能使一些开发术语和流程为设计界所熟悉，这可能是将设计和开发团队更紧密地联系在一起的积极驱动力。

在我的报告中"敏捷和设计团队:在一起更好，“我强调了工具对协作的影响。Forrester的客户可以访问完整的报告和通过我们的查询系统与我联系．