使用 Plastic SCM 进行 Unity 版本控制

**Plastic SCM** 是一种版本控制系统，能够支持高效扩展和团队协作。

我们可以将 Plastic SCM 理解为一个集中式的存储位置，通常位于云服务器上，用于存放 Unity 游戏项目的全部代码及相关信息。

为什么使用 Plastic SCM？

在 Unity 项目背景下，我们特别选择 Plastic SCM 主要有以下几个原因：

• 复杂的合并操作：团队中的开发人员可能在各自的分支上并行工作。将这些不同部分的项目整合起来是一个复杂的问题。Plastic SCM 能够帮助我们轻松地将多个分支与主项目进行合并。
• 项目备份：Plastic SCM 将项目集中存储在服务器上，无需在每台本地设备上单独备份。
• 易于使用的界面：Plastic SCM 提供直观易用的图形化用户界面（GUI），使团队协作和与构建系统的持续集成变得简单。
• 高性能：Plastic SCM 能够高效管理大型资源文件，如纹理、视频和模型，在文件上传和下载速度方面表现更优。
• 插件支持：Plastic SCM 提供与 Unity、Unreal 等游戏开发平台集成的插件。

1. 创建一个新工作区：工作区是与版本控制系统交互的本地环境。在这里，我们下载项目文件并进行修改，以便提交更改。
2. 我们还需要选择工作流程。根据开发者工作流程，应使用 Plastic 工作区。工作流程分为两种：
   • Gluon：此流程专为艺术家设计。它允许我们仅选择需要处理的文件进行编辑，并在不更新整个工作区的情况下提交更改。若要在 Unity 编辑器中工作，请确保配置 Gluon 以拉取打开 Unity 项目所需的所有文件。
   • 开发者：该流程支持分支与合并操作，非常适合提交（推送）和获取（拉取）项目变更。

以下幻灯片展示了上述两个步骤：

1. 工作区创建完成后，Unity 会将项目连接到你的 Plastic SCM 云仓库。

版本控制基础概念

在本节中，我们已将 Plastic SCM 集成到 Unity 编辑器中，使我们能够在 Unity 项目中使用该版本控制系统。现在可以利用 Plastic SCM 管理项目并与团队成员协作。接下来的部分将介绍一些对项目构建流程有帮助的核心概念，有助于我们高效管理项目并实现顺畅的团队协作。

• 仓库（Repository）：所有项目版本、分支和文件的存储位置。
• 工作区（Workspace）：项目被下载到本地磁盘的位置，用于日常开发。完成修改后，可将更改提交至仓库。
• 主分支（Main）：每个 Plastic 仓库中始终存在的分支，可视为项目的主副本。
• 分支（Branches）：项目的并行版本。通常为每个主要任务创建一个分支。例如，一名团队成员负责场景搭建，另一名负责 3D 模型贴图调试，则可从主分支分别创建两个独立分支来对应这两项任务。
• 提交（Checkin）：将本地的更改发送到仓库。
• 变更集（Changeset）：记录项目随时间变化的一组更改。每次提交都会生成一个新的变更集。
• 更新（Update）：将项目内容下载到本地系统。

示例工作流程

在了解了 Plastic SCM 版本控制的基本组件后，让我们总结一下典型的项目工作流程。

• 如前所述，构建大型项目的标准做法是将目标拆分为多个小任务，并为每个任务创建一个独立分支。
• 当任务完成后，可由团队进行评审，然后将其合并回主分支。
• 最后，解决合并过程中可能出现的冲突，最终展示完整成果。