menu
版本
2022.1.18.8567
2024.1.3.8749
2023.1.11.8682
2022.1.18.8567
2021.1.14.8108
2019.2.15.7667
2019.1.11.7296
2018.1.11.6987
2017.2.10.6745
2017.1.9.6501
2016.2.6.6153
2015.1.9.5624
menu_open
Wwise 的开放架构便于通过使用或创建版本控制插件来集成版本控制软件。版本控制插件会在 Wwise 和版本控制软件之间建立链接，以便直接在 Wwise 中管理文件并执行版本控制功能（如签入和签出）。
因为每个版本控制系统的工作机制都不一样，所以具体可用的功能和采用的工作流程将取决于所用系统。
为了帮助用户快速入门，Wwise 针对 Perforce® 和 Subversion 软件配置管理系统配套提供了两个功能完备的示例版本控制插件。Perforce 和 Subversion 均不采用锁定-修改-解锁模式，而采用复制-修改-合并模式。在这种模式下，工作组的各个成员可读取存储库或文档库并创建客户端工作区。此工作区是一个目录，里面包含工作站上文件和/或工程的个人工作副本。这样，团队的各个成员都可以并行工作，修改他们自己的个人副本。 做 Prepare 时，各个成员可以将他们的个人副本合并到一个新的最终版本中去。若存在冲突，可借助版本控制系统完成合并。不过，最终要由您来正确解决各种问题。
如果您在使用别的版本控制管理系统，可为 Wwise 创建自己的版本控制插件。如需了解如何创建和集成自己的版本控制插件，请参阅 SDK 文档中的如何创建版本控制插件 DLL 章节。
您可以在 Project Settings（工程设置）对话框中选择并配置版本控制插件。有关详细信息，请参阅“配置版本控制插件”一节。
在使用版本控制插件时，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 —— 显示文件的修订历史记录。
您不仅可以在 Wwise 中访问这些版本控制命令，还可通过 Project Explorer 中显示的专用叠加图标来快速识别 Work Unit 文件的状态。下表举例展示了 Perforce 版本控制插件中使用的叠加图标。
|
叠加图标 |
名称 |
描述 | ||
|---|---|---|---|---|
|
Normal (not checked out) |
文件处于最新状态，没有人将它 check-out。 | ||
|
Marked for add Moved |
文件已被标记为添加到 Perforce 文档库或者被移动过了因而带有 move／add（移动/添加）状态。 | ||
|
Checked out (Open for Edit) |
文件已从 Perforce 文档库中登出。 | ||
|
Checked out by another user |
文件已被工作区中的另一用户签出。 | ||
|
Concurrently checked out |
文件已被您和工作区中的另一用户签出。 | ||
|
Outdated（非文件的最新修订版） |
服务器上存在一个更新的修订版本。您可以获取文件的最新版本。 |
