Loading
版本树记录了设计方案从基础版本到结构化评审和分叉优化的演化路径。本指南说明如何阅读版本树、比较不同分支、理解改动原因和风险，以及为什么不能只看效果图判断版本。
版本树适合以下场景： - 你想了解一个设计项目经历了哪些讨论和迭代。 - 你想比较不同的设计方向，理解各自的优缺点。 - 你想参与协作，需要了解项目的历史上下文。 - 你在学习设计，想理解设计决策的推理过程。 版本树不是排行榜，不是用来比哪个版本「最好看」的。它的核心价值是保留设计推理过程，让每个设计决策都有据可查。
版本树的节点类型按内容不同分为两类。 项目版本树展示： - 基础项目：客户发布的空间目标、约束条件和审美偏好，是所有后续方案的起点。 - 分叉优化：基于某个项目的改进分支，从被分叉的项目分出，形成新的分支。 - 结构化评审：对某个版本的评审意见，包含优点、问题、建议和风险提醒，连接到被评审的方案节点。 需求版本树展示： - 基础需求：发布者提出的空间问题和约束条件，是方案提案的起点。 - 方案提案：围绕需求提交的完整设计方案。 - 采纳记录：需求发布者采纳某个方案提案的记录。 在项目详情页和需求详情页的版本树区域，你可以看到这些节点按时间顺序排列，缩进表示分支关系。
阅读版本树时，建议按以下步骤： 1. 从基础版本开始：先理解客户的核心需求、约束条件和偏好。这是判断所有后续方案是否合理的基准。 2. 沿着主线向下阅读：看每个方案或分叉的设计策略和布局思路。注意不同方案之间的差异点。 3. 阅读评审节点：看社区对每个方案的评价。重点关注评审中指出的优点、问题和建议。 4. 看分叉优化：理解分叉优化的目标、具体改动和改动理由。比较分叉版本和原版本的差异。 比较不同分支时，不要只看效果图。应该比较：设计策略的差异、布局逻辑的差异、预算分配的差异、风险处理的差异。一个好的版本不一定是最漂亮的，但一定是在约束条件下最合理的。 在项目详情页点击「查看版本树」按钮可以进入完整的版本树页面。
版本树的核心价值不在于展示「谁做了哪个版本」，而在于展示「为什么这样做」和「这样做有什么代价」。 每个分叉优化节点都包含改动理由和新风险。改动理由解释了设计者为什么做出这些改动，是基于什么判断。新风险说明了改动可能带来的代价。 例如，一个分叉优化可能通过调整厨房布局改善了动线，但代价是减少了餐厅面积。如果你只看效果图，可能觉得「新方案更好」，但如果你阅读了风险说明，就会理解这个改动也有代价。 这就是版本树的意义：让设计决策过程透明化，让每个选择都有据可查，让协作者能在充分了解上下文的基础上做出判断。
以下是阅读版本树时最常见的错误： 1. 只看效果图判断版本好坏：效果图只是设计的一个维度，不能反映动线、收纳、预算、施工可行性等关键因素。 2. 忽略基础版本的约束条件：评价方案时忘了客户有预算限制、有必须保留的结构、有特定的使用需求。脱离约束条件评价方案没有意义。 3. 忽略评审内容：评审节点包含了社区的专业判断，跳过评审直接看方案会错过重要的上下文。 4. 把版本树当排行榜：版本树记录的是演化过程，不是排名。一个分叉优化不一定比原方案「更好」，只是「不同」。
版本树页面（通过项目详情页的「查看版本树」按钮进入）展示以下内容： - 项目信息摘要：空间类型、面积、风格、预算。 - 版本树主体：按时间顺序排列的节点，每个节点显示名称、状态标签、描述、贡献者和日期。节点缩进表示分支层级关系。 - 版本树说明：页面底部的说明文字解释了版本树的意义和阅读方法。 页面底部有「返回项目」按钮可以回到项目详情页。 注意：版本树展示的是设计方案的演化过程，不是施工进度或项目状态。