原型分支怎么管理？方案对比、命名与合并

原型分支的价值是把互相竞争的方案隔离开，让评审者知道自己在比较什么，最后也能追溯哪些画面被采用。它不是把文件复制成“最终版1、最终版2”就结束。下面用电商结算流程做案例，并在Pixso 原型设计流程中组织方案画板、评审反馈和合并候选。

先建立基线和命名规则

基线是当前已可走通的结算流程：购物车→确认订单→选择地址→提交。新需求是支持访客下单和登录后保存地址，于是建立两个分支：checkout-v3-guest-20261012 与 checkout-v3-account-20261012。名称包含目标、版本和日期，避免把“新方案”这种无法检索的词当作分支名。

同一个分支内如果修改了不同任务，应拆成新的分支或在名称中增加范围；否则评审者无法判断“登录”分支里的支付改动是否也要合并。

评审隔离比画板颜色更重要

每个分支都要有自己的入口页，列出目标、未解决问题和不可比较部分。访客分支不应把“保存地址”按钮画成可用；登录分支则需要展示登录成功、地址回显和退出后的处理。把未实现节点标成“占位”并写原因，避免评审者把占位交互当成最终行为。

评审邀请应带上分支名称和测试任务：“在访客模式完成结算，判断何时提示登录”。同一轮评审不要把两个分支的评论混在一张画板上；反馈记录至少包含分支、画板、节点和建议动作。Pixso 页面公开提到可在文件内收集评论反馈，这里只使用其已说明的协作场景，不假设自动把评论合并到另一条分支。

比较时锁定同一条路径

先选三条代表性任务：访客完成结算、登录后回到结算、地址失效时重新选择。两个分支必须使用相同设备画板和同一套测试数据，再按节点列出差异。对比表不要只写“体验更好”，而要写选择条件：

合并前先处理冲突和范围

合并不是把两个分支的所有画面拼在一起。先确定采用哪条主路径，再列出要带入的局部节点，例如采用登录分支的地址簿，但保留访客分支的错误提示。若两个分支都修改了“提交失败”画面，必须由负责人选定文案和返回位置，并在变更记录中写明取舍。

合并前验收四件事：主流程从入口到成功可走通；未采纳节点已标记或移出入口；组件名称和状态没有重复；评论中的阻塞项已关闭或有负责人。若基线在评审期间更新，先重新生成候选分支，不能直接把旧画面覆盖到新基线上。

废弃分支也要留下可检索记录

被否决的访客分支不要直接删除。标记“已废弃”，记录否决原因、日期、评审链接和可复用画面；入口从“候选”列表移到归档区。只要仍有未解决的合规或业务问题，分支就不能显示“完成”。Pixso 的历史版本能力可以帮助团队回溯文件时间线，但是否存在真正的分支和合并按钮要以当前产品界面为准。

在一条路径上验证来源与结果

在 Pixso 画布中放置基线、访客结算分支、登录结算分支和合并后候选四个画板，并在标题中写明来源版本。

先对比关键路径，再决定合并哪些画板和交互。验收时用同一组地址、库存和登录状态走三条任务：确认每个画面都有分支标签，评论不会串到另一方案，合并后入口能从头走到成功，冲突节点有明确取舍，废弃分支仍可按名称找到。最后把合并清单、未采纳原因和下一次评审条件写入交付说明。