Wwise 的开放架构可以方便您创建 Workgroup 插件来集成版本控制软件。Workgroup 插件在 Wwise 和版本控制软件之间创建一个链接，以便您直接在 Wwise 中管理您的文件，执行版本控制功能，例如 check-in 和 check-out。
由于各个版本控制系统工作原理不同，因此可用的特定功能和您采用的工作流程将取决于您使用的系统。
为了帮助您迅速入门，Wwise 为软件配置管理系统 Perforce® 和 Subversion 提供了两个功能齐全的 Workgroup 插件示例。Perforce 和 Subversion 均不采用锁定-修改-解锁模式，而采用复制-修改-合并模式。在这种模式下，工作组的每个成员读取资源库或文档库并在他们的工作站中创建一个客户端工作区（workspace），此空间是一个目录，里面包含文件和/或工程的个人工作副本（working copy）。这样，团队的各个成员都可以并行工作，修改他们自己的个人副本。 做 Prepare 时，各个成员可以将他们的个人副本合并到一个新的最终版本中去。如果存在冲突，版本控制系统则将协助您完成合并，但最终将由您负责确保正确解决所有问题。
如果您使用其它版本控制管理系统，则可以为 Wwise 创建您自己的工作组插件。有关创建和集成您自己的工作组插件的信息，请参阅 SDK 文档中的如何创建版本控制插件 DLL 一节。
在使用版本控制插件时，Wwise 中可直接使用众多的版本控制功能。例如在使用 Perforce 插件时，可以在 Wwise 中执行下列版本控制操作：
-
Get latest version —— 通过从文档库中检索最新版本来更新工作副本。
-
Submit changes —— 将待提交的文件发送到 Perforce 服务器进行处理。
-
Check out —— 在客户端工作区中创建文档库文件的工作副本。
-
Lock —— 锁定文件，使其它客户端无法将文件的工作副本提交到服务器。
-
Unlock —— 解锁文件，使其它客户端可以将文件的工作副本提交到服务器。
-
Mark for add —— 将文件添加到文档库。当文件被标记为添加时，它将被添加到更改列表（changelist），然后必须将它提交到文档库。
-
Mark for delete —— 将文件从文档库中删除。当文件被标记为删除时，它将被放置到更改列表中，然后必须将它提交到要删除它的文档库中。
-
Move —— 在 Originals 目录中的文件夹之间移动源文件。
-
Rename —— 重命名文档库中的文件。
-
Revert changes —— 放弃您对客户端工作区中的某文件所做的更改。
-
Resolve —— 调解文件两个修订版本之间的差异。
-
Diff —— 将客户端工作区中的文件与文档库中的文件进行比较。
-
File History —— 显示文件的修订历史记录。
![[备注]](/images/2019.1.11_7296/?source=Help&id=note.png) |
备注 |
|---|---|
|
Subversion 插件中支持一系列类似的版本控制功能。 |
您不仅可以在 Wwise 中访问这些版本控制命令，而且还能通过 Project Explorer 中特殊的叠加显示图标，来帮助快速识别工作单元文件的状态。例如，下表显示 Perforce Workgroup 插件中使用的叠加图标。
|
叠加图标 |
名称 |
描述 |
||
|---|---|---|---|---|
|
Normal (not checked out) |
文件处于最新状态，没有人将它 check-out。 |
||
|
Marked for add Moved |
文件已被标记为添加到 Perforce 文档库或者被移动过了因而带有 move／add（移动/添加）状态。 |
||
|
Checked out (Open for Edit) |
文件已从 Perforce 文档库中登出。 |
||
|
Checked out by another user |
文件已被工作组中的另一个用户 check-out 了。 |
||
|
Concurrently checked out |
文件已被您和工作组中的另一个用户同时 check-out 了。 |
||
|
Outdated（非文件的最新修订版） |
服务器上存在一个更新的修订版本。您可以获取文件的最新版本。 |
|
备注 |
|---|---|
|
“Checked out by another user”、“Concurrently Checked out”和“Outdated”图标只有在 Perforce Workgroup 插件中可用。 |