版本
在结合 Wwise 使用版本控制系统之前，您可能需要阅读以下各节，它们为您提供一系列的技巧和最佳实践，可帮助您在整个音频开发过程中更好地管理团队和工程文件。
将工程划分成小型工作单元。如果工程很庞大，并且您还将所有工程数据都保留在默认工作单元中的话，那么不仅会延长 Wwise 的响应时间，而且每当团队中有人做出更改后，其他团队成员则都需要进行合并，这可能会令发生合并问题和冲突的概率激增。通过使用工作单元将工程划分成小块，可以提高人们的工作效率，加快访问信息的速度，处理不同的领域，从而降低发生合并问题的可能性。
为全局 Default Work Unit 指派负责人。因此好办法是让一个人管理或者至少其他人清楚对这些工程元素所做的更改。
高效地管理全局工程元素。当您重命名或删除某个全局工程元素（例如状态或游戏参数）时，注意，您可能修改了工程中的许多其他对象，包括使用这些元素的所有声音对象和容器。当保存和登入这些更改时，您可能会影响其他人正在处理的众多工程文件。为限制此类更改的影响，应该尽早定义全局工程元素，此后再尽力避免更改这些元素。如果在初始设置后需要更改，则应执行以下操作：
警告团队成员全局元素已被更改。
要求团队全体成员登入他们的更改。
check-in 您的文件
要求团队全体成员更新他们的工程文件。
通过执行此流程，团队成员只需更新就可以获得新文件，无需合并。
检查工程文件状态。在开始处理某个工作单元前，使用 File Manager 验证哪些文件是只读文件。如果您更改的是只读工作单元，则将无法把该特定文件保存到工程中。
定期备份本地文件。虽然中央资源库中的文件可能是预定备份计划的一部分，但本地机器上的副本不是。为防止数据丢失，定期备份工程文件是个好办法，特别是当您对文件做了大量更改时，尤其如此。
在登入前生成完好度报告。在登入特定工作单元前，生成完好度报告是确保没有任何工程错误的好办法。如果存在错误，您可以快速解决它们，然后登入工作单元。
在启动新的工作会话前同步。您应该先将您的工程文件与服务器进行同步，然后再启动新的工作会话，以便您获得最新的修改。
同步前关闭 Wwise。在将工程文件与服务器机型同步之前，应关闭 Wwise 以防止丢失信息的可能性。如果 Wwise 一直是打开状态，则副本将保留在内存中。同步时磁盘中的文件将被修改，但工程的旧版本仍将保留在内存中。如果您保存当前已打开的工程，则会覆盖磁盘中已保存的其他人的更改。
这仅适用于您未使用工作组插件的情况。当您使用工作组插件进行同步时，将自动提示您重新加载工程的最新版本。
经常提交。如果您有大更改，影响到团队的其他成员，应该经常将工程文件提交到服务器，以使其他成员可以使用您所做的更改。如果您等待太久，则还会增加发生冲突的概率。通过提交较小的、有针对性的更改，在必要时就容易恢复到工程的旧版本，并且容易在出现冲突时加以解决。
添加有用的注释。在提交或登入文件时，确保充分描述您所做的更改。
熟悉 Wwise 工程 XML 结构。在合并文件前，花一点时间熟悉 Wwise 工程文件的 XML 结构。在一些情况下，您可能必须更新 XML 代码。如果您没有正确理解它，可能会毁坏您的工程。如果您的确要修改 XML，请确保在 Wwise 中打开工程，然后将文件重新登入到版本控制系统中。这将确保您对 XML 的更改是有效的，并且是您所需的。
鼓励经常和坦诚的沟通。在任何工作组环境中，成功的关键是经常与团队其他成员进行坦诚沟通。经常、坦诚的沟通可以减少冲突，缩短合并文件的时间，建立一个更加高效的制作管线。例如，在对工作单元执行会影响到团队其他成员的更改前，应叫他们登入他们的更改，然后等到您的指示后再同步并继续他们的工作。