提交是在特定时间点，对分支中的一个或多个文件的更改的快照。提交像是一个超级保存，因为它们包含了其他上下文：包括在此次提交中修改内容的可视化概览，用于描述更改的消息区域。这些提交串在一起，组成了分支变化的时间线。

此外，有了提交，你不需要在 Sketch 文件中保留每一个探索 —— 它会快速膨胀。相反，你可以提交你的探索，来保留更值得付出时间和精力的一个，同时删除其他存在冲突的内容，每一次探索都会保存在提交的历史记录中。你可以随时返回并选择某一个方案继续推进。感谢，提交。

我应该多久提交一次？

这个因人而异。你大概不需要每保存一次文件就提交一次，但我们仍然认为最好一天提交几次。每当你切换了工作设备、开始一个新的探索、组织/重命名你的工作文件、删除不想要的文件，你都需要创建一次提交，同时写下与之对应的信息。提交同时也是画板和图标的版本记录，因此你提交的越频繁，就能看到这些元素越多的工作细节的历史记录。

一个好的提交信息包含什么？

一个好的提交信息是简洁且详细的。它们通常以几个关键动词开头（更新、删除、修正、增加等）同时列出完成修改项。下面有几个例子：

  • 增加登录流程第二版本的照片。
  • 修正了相关页面的文稿。
  • 跟新了资料页的 banner 以对齐标准。
  • 创建删除流程的样板线框图。
  • 删除旧的模态探索。

提交也包含一个可选的描述区域，用以描述提交的详细信息。这是增加修改的额外信息的好地方，如果你期待反馈还可以再次提醒你的团队成员。描述支持 markdown，如果你跟我们一样喜欢使用符号列表，这或许是一个好消息。

提交可以让我如何进行工作整理？

版本控制系统有很多好处，但我们有一次最喜欢的：它可以帮助你清理自己的 Sketch 文件，同时不会丢失任何历史记录。我们正在做的工作，将会画出很多设计探索（包括好的、坏的方案！），将它们全部提交，然后返回并删除我们认为并不适用的方案，然后再次提交。因为我们创建了两次提交 —— 旧的包含坏的方案、新的包含好的方案 —— 这就意味着我们给其他人提供了最小的可视文件，但在两个提交中，仍然保存了我们的旧版本探索，用做参考和探讨。

我应该以怎样的频率展示我的作品？

我们相信，团队分享作品越频繁、最终的设计作品会越好。你所有的提交对整个团队可见，但通常提交会以适当频率进行，以至于大多数人会选择等待并留下反馈，直到在提交消息或评论中被提及。又或当他们收到一个进行中的提案的链接时，他们所看到的方案还在进行中。提交信息和评论，也是为团队成员提供方案上下文的好方法。

不论你是否对其他人的意见做好准备，能够直接指出设计中的特定部分是十分重要的，我们已经帮你搭建好了直接链接到设计的方法。每一个提交，以及在提交中的任意一个编辑文件、页面、画板或符号，都有一个可分享的静态链接。同时，我们也搭建了一个 Slack 集成，可以将当前的提交或留言展示到你选择的 Slack 频道。