拼图版本管理：如何保住最好的一版，不被反复修改覆盖

先写清楚这张拼图的真实任务：新品发布、课程回顾、作品集案例、评价证明、家庭卡片，还是教程图片。像 collage-final 这样的文件名，一周后几乎没有信息量；而 launch-grid-square-v1 或 workshop-recap-email-v2 会直接告诉你这版是为什么做的。

使用一个可以重复的短命名规则：项目、用途、格式、版本。例如 bakery-summer-bundle-feed-v1、bakery-summer-bundle-story-v1 和 bakery-summer-bundle-email-v1，比 new、final、final2 这类名字更容易比较。

如果你经常使用照片拼图工具，本地保存项目和导出文件都建议使用同一套命名习惯。重点不是增加流程负担，而是让明天重新打开时一眼知道该改哪一版。

草稿还可以继续改，确认版是大家已经同意的参考，导出文件则是为某个发布位置准备的成品。把这三者混在一起，反馈一来就很容易混乱，尤其当某个文件已经发出或发布之后。

为当前最好的布局保留一个可编辑母版。测试大改动前先复制，例如更换画布比例、更换主图、调整背景，或制作文字更多的版本。这样实验不会覆盖掉已经成立的那一版。

导出文件名里应该写清楚发布位置。如果同一张拼图要用于网站头图、社媒信息流、邮件和提案，导出文件名就应该不用打开图片也能看出用途。

收到反馈后，不要同时改裁切、文字、背景、间距和图片顺序。可以先处理信息表达，再处理布局，最后检查导出质量。这样每次修改都更容易审核，也更容易回退。

如果两个人给出的反馈互相冲突，先做两个版本，而不是立刻把冲突意见塞进同一张图。client-option-a 和 client-option-b 这样的版本名，比一个谁都说不清的折中稿更容易判断。

发送下一版导出前，把它和确认版或上一版放在真实使用尺寸下对比。这样能发现意外退步，比如人脸被裁掉、文字变软、水印丢失或日期被改错。

母版应该代表当前最清楚、最接近确认的方向，而不是保存所有可能变化。它需要足够容易理解：主要照片组、已经选定的层级、当前背景，以及已经检查过的文字。

只有当分支有真实用途时才复制新版本。常见分支包括新画布比例、公开安全版、无文字版、客户选项、季节更新、语言版本和平台适配。不要因为不确定就不停复制；先写下这个分支要回答什么问题。

本地项目库指南讲了如何用浏览器本地保存项目来重新打开和复制作品。可编辑草稿适合用这个流程管理，而真正离开编辑器的成品图，则需要在导出文件名里写清楚用途。

正方形信息流图、竖版故事图和横版头图，应该让人感觉来自同一个活动，但不需要使用完全相同的裁切。复用同一组照片、背景、间距和水印，通常已经足够形成连续感。

需要改变的是构图压力。故事版本要避开界面按钮，头图需要更多横向呼吸空间，信息流版本则需要在小尺寸下一眼看懂。多尺寸社媒裁剪指南适合处理同一个想法要适配多个位置的情况。

适配版本时，先写下不能被破坏的规则：商品必须清楚可见、评价文字必须可读、日期不能落在应用界面遮挡区，或公开副本必须移除客户 Logo。这些规则能避免平台适配把核心信息改坏。

旧版本可以作为参考，但也可能带来错误，例如过期价格、旧日期、旧截图或客户细节被再次使用。方向确认后，把旧草稿清楚标记，或移出当前可用版本范围。

如果某个版本因为真实问题被否定，尽量在名称或项目备注里写出原因：too-crowded、wrong-date、needs-safe-copy、low-res-source。这个小标签能防止同样问题在后续修改中再次出现。

最终发布前，把当前可用版本按发布前检查清单过一遍。版本管理不只是为了找文件，也是为了确认眼前这张图确实适合发布。

选择一个真实拼图任务，导出前先做三个命名版本：母版、平台适配版和公开安全版。母版保持最接近确认方向，平台版根据尺寸调整，公开安全版移除不必要的识别信息。

三个文件导出时，都在文件名里写清项目、用途、格式和版本。然后把它们按真实使用尺寸并排查看，确认虽然裁切和密度不同，但核心信息仍然一致。

最后，把被否定的草稿归档或明确标记。如果某版失败是因为文字太小、源图太糊或日期错误，就记录原因，避免下次又从同一个问题文件开始。

终稿确认后，保留终稿、原始素材，以及一两个有意义的早期版本，其余的删掉。一个装着四十份几乎一样草稿的文件夹，和什么都没有一样让人困惑。

给保留的每个版本写一句改了什么。半年后，正是这句话告诉你终稿为什么是现在这样。已保存项目的用法，见本地项目库指南。