资源和包的版本控制

使用自定义序列化代码和版本控制以控制如何从资源和包加载Object。

Windows
MacOS
Linux

虚幻引擎4 包含多个版本控制系统,用于定义(并确保)引擎和代码及其所用数据之间的兼容性。版本控制不仅可以用来检测不兼容代码或数据,还可以管理自定义序列化和数据转换。我们将虚幻引擎4版本控制拆解为三个主要系统:引擎版本序列化版本构建ID

引擎版本

引擎版本 是虚幻引擎4中的最高级别、用户可视性最高的版本控制形式。这一部分引擎版本控制系统确保向后兼容性,并通过控制资源的保存和加载来防止数据丢失。引擎版本出现在编辑器内的“帮助”(Help)菜单的“关于虚幻编辑器”(About Unreal Editor)部分中。

VersionDisplay.png

编辑器中显示的引擎版本。

实际的引擎版本包含五个部分:主版本、次要版本和补丁版本,后跟更改列表以及构建所依据的分支名称。在代码中,这五个部分存在于FEngineVersion类及其父类FEngineVersionBase中。

组件

类型

示例值(见以上截图)

主版本

uint16

4

次要版本

uint16

19

补丁版本

uint16

0

更改列表号

uint32

3944462

分支名称

FString

+++UE4+Release-4.19

这是按组成部分对Epic官方二进制版本虚幻引擎4.19.0的引擎版本细分。

每个数字组成部分的值不会随着时间而减小,但更高等级的值会增大。这意味着,任何两个引擎版本可以按组成部分进行比较,以确定它们是相同还是哪一个更新。此外,被授权者创建的更改列表将始终被视为比Epic的更改列表更新,前提是主版本、次要版本和补丁版本值全部匹配。分支名称不用于检查兼容性,存在的主要目的是为了显示。

不兼容引擎版本将导致引擎无法加载资源。在某些情况下,这样会明显地看到操作失败,但需要注意的是,较新版本引擎中保存的资源不仅不会显示在内容浏览器中,对它们的引用也会被视为空。保存引用资源存在一定的风险,因为现在为空的引用将保存在进程中,从而导致失去该信息却不通知用户。

资源和包

资源包含用于保存它们的编辑器的引擎版本。通过在加载时进行这项检查,引擎可以顺利地处理通过代码更改添加到序列化数据或从中删除的属性。在反序列化期间(如加载资源时)找到的被删除字段将不会被识别并被忽略,而新添加的字段会从序列化数据中缺失,但将保留其默认值。在序列化资源数据以保存到磁盘时,被删除字段的数据已被废弃,新添加字段的数据将存在并随着所有其他属性一起序列化。最终结果是,数据结构会随着时间而改变,这些结构的序列化表示将自然地废弃过时的字段,同时添加新字段。因此,对于任何给定版本引擎中的序列化数据,只有相同或较新版本能够识别。这条规则可防止因为较旧版本引擎废弃较新属性,然后将数据序列化回到磁盘格式而引起的数据丢失错误。

更改列表位0的引擎版本与所有其他引擎版本兼容。这有助于工程师的引擎开发,但不应用来将资源保存到磁盘。相反,内容创建者应使用分布式、二进制编辑器构建版,这样可以使用包含准确引擎版本数据的资源,并利用保护机制以防其提供的数据丢失。

关于引擎版本的编码

FEngineVersion类提供对项目中的引擎版本信息的访问。建议在需要显示引擎版本或检查兼容性时调用这些函数。

函数名称

静态/实例

效果

Current

静态

获取构建的引擎版本。通常用于显示目的,而不是实际的兼容性检查。

CompatibleWith

静态

获取当前构建兼容的最早(最低)引擎版本。旨在用于兼容性检查,如包含资源、模块和网络数据的版本。

IsCompatibleWith

实例

指示当前引擎版本是否兼容您提供的FEngineVersionBase输入参数。

如果当前引擎版本与正在检查的引擎版本相同或者更新,则可能兼容。例如,任何4.19编辑器构建将兼容任何4.18资源,但4.18编辑器将不兼容4.19构建中保存的资源。唯一例外的是如果两个引擎版本中任意一个的更改列表组件为0,则始终视为二者兼容。这是为了支持实时开发环境,因为基于代码的引擎构建如果没有通过虚幻游戏同步进行同步,则会被标记为更改列表0,从而形成与版本检查相关的更包容性环境。但在烘焙构建时,这些资源将引起警告,因此不建议使用“更改列表0”资源。

要禁用烘焙“更改列表0”资源的构建时出现的警告,将ZeroEngineVersionWarning=0添加到项目“DefaultEngine.ini”文件的[Core.System]分段。

更新引擎版本

构建的引擎版本由引擎中的“/Build/Build.version”中定义的值来控制。该文件可以通过手动编辑进行更新,可以运行“UpdateLocalVersion”commandlet或通过虚幻游戏同步进行同步。以下字段是从“/Build/Build.version”文件读取的:

字段名称

备注

MajorVersion

控制引擎的主版本。

MinorVersion

控制引擎的次要版本。

PatchVersion

控制引擎的补丁版本。

Changelist

手动定义。可以手动更新,或者使用“UpdateLocalVersion”AutomationTool工具由构建系统更新。这将使用构建的depot路径名,用加号取代斜杠。

CompatibleChangelist

这是将视为与该引擎版本兼容的更改列表的最低(或最早)值。通常为0,如引擎的本地构建,但Epic的公开发布二进制构建或内部分发的二进制构建将包含非零值,因此与本地编译的版本不兼容。

IsLicenseeVersion

对于本地编译的从源控制同步的构建,应该为0,但构建系统通过“UpdateLocalVersion”AutomationTool命令设置为1。设置为1对于升级构建是很合适的,并且支持更严格的版本检查,但会禁用热重载。

IsPromotedBuild

指示这是升级构建。默认值为“1”。

BranchName

用于描述从中编译构建的分支的字符串。用于显示目的,或唯一地标识构建。不影响兼容性检查。

BuildId

编译时,引擎和模块都使用这个值进行标记。引擎将认为没有这个值的任何模块都不兼容。建议将该值留空,这样会在每次编译时生成一个新的唯一值。请参阅下文 构建ID 部分以了解更多信息。

UpdateLocalVersion Commandlet

UpdateLocalVersion commandlet对于不需要手动编辑“Build/Build.version”文件的情况十分有用,例如在专用构建机器上编译。“/Build/BatchFiles/RunUAT.bat”文件可以用于启动“UpdateLocalVersion”commandlet,如下所示:

RunUAT.bat UpdateLocalVersion [-CL=INT] [-CompatibleCL=INT] [-Build=STRING] [-SkipHeader] [-Licensee] [-Promoted=BOOL] [-Branch=STRING]

这些参数解译如下:

参数

类型和默认值

解译

CL

整数,0

控制“Build.version”中的“Changelist”字段。

CompatibleCL

整数,0

控制“Build.version”中的“CompatibleChangelist”字段。

Build

字符串,空

通过更新源代码中的BUILD_VERSION宏来替换构建版本字符串。

SkipHeader

布尔,false

如果存在,将不会更新引擎的标头文件。

Licensee

布尔,false

控制“Build.version”中的“IsLicensee”字段。如果该参数存在,将被视为true。

Promoted

布尔,false

控制“Build.version”中“IsPromotedBuild”字段。该参数的任何非零整数值将被视为“true”并在该字段中写入“1”。

Branch

字符串,空

控制“Build.version”中的“BranchName”字段。

Object版本

UObject衍生类遵从基于引擎版本的兼容性检查,但也有单独的两部分版本控制系统,Object版本 包含引擎级别版本和任意数量的自定义Object级别版本。Object序列化通常会进行自定义以提高性能(如包含大量批量数据的资源),实现数据格式更改(如执行单位转换),或保存空间(如以压缩格式将Object数据写入磁盘)。实现自定义序列化要求覆盖UObject函数Serialize,根据项目需要更改数据格式,并在新代码中包含基于Object版本的检查。这样将使您能够在各序列化更改之间保持向后兼容性,同时防止数据丢失,就像引擎版本一样。

引擎级别序列化和版本化

在引擎级别,使用全局列举类型EUnrealEngineObjectUE4Version来对自定义序列化程序函数进行版本控制。每当自定义序列化程序更改时,就会向EUnrealEngineObjectUE4Version添加新的条目。由于Epic在官方虚幻引擎4版本中修改了该列举类型,提供了一个并行全局列举类型EUnrealEngineObjectLicenseeUE4Version,以便于被授权者添加自己的引擎级别版本控制。所有将来保存的包都会将两种列举类型的递增值保存到包中,序列化(和反序列化)代码可以使用这些值来执行逻辑以确定如何读取或写入数据。

引擎将会对照自己自动检查这些版本值,如果版本号高于引擎的版本号,则会无法加载任何包。

如果开发商有多个团队负责处理不同的引擎方面,则不适用于这种方法。这种方法无法在多个位置更新版本列举,并且合并时重新排列常量顺序会导致使用这些版本号保存的资源损坏或失效。对于有多个团队编写自定义序列化代码的开发商,建议使用Object级别的序列化。

Object级别序列化和版本控制

为了支持并行开发(尤其是使用不同分支时),引擎通过基于FGuid的自定义版本提供了Object级别的版本控制。FGuid结构包含一个整数版本号,可以像任何其他版本号一样随着时间而增加(通常实现为自定义列举类型),但也包含全局唯一标识符(GUID),这样可以根据团队需要拥有许多不同的并行自定义版本。针对每个系统或分支保持单独的自定义版本,可以轻松地更新一个分支的自定义版本,而不会在合并来自其他分支的代码时引起冲突。

要注册新的FGuid,使用您的GUID和当前版本号创建FCustomVersionRegistration类型的全局对象。例如,以下代码在“Engine/Source/Runtime/AnimGraphRuntime/Private/AnimationCustomVersion.cpp”中创建“AnimGraphVer”FGuid

const FGuid FAnimationCustomVersion::GUID(0x2EB5FDBD, 0x01AC4D10, 0x8136F38F, 0x3393A5DA);
// 将自定义版本注册到核心
FCustomVersionRegistration GRegisterAnimationCustomVersion(FAnimationCustomVersion::GUID, FAnimationCustomVersion::LatestVersion, TEXT("AnimGraphVer"));

在Object级别,每个UObject衍生类可以选择通过调用FArchive函数UsingCustomVersion,序列化一个或多个Serialize中的FGuid结构。然后,自定义代码可以根据任何注册的FGuid中的版本号执行逻辑,以确定要读取或写入的数据。由于与这样注册的任何FGuid关联的版本号会被假设为永不减小,这也让引擎能够确保不会加载来自新版本的资源,从而防止数据丢失,像引擎版本一样保持向后兼容性。

自定义序列化函数

Object可以覆盖UObject函数Serialize,以控制它们在磁盘上拥有的确切数据表示。该函数会使用FArchive类读取和写入数据,意味着您只需要设置一次数据格式。以下FArchive函数在序列化代码中写入基于版本的逻辑时十分有用:

函数名称

用法

UE4Ver

返回(Epic)引擎级别版本号。该值将与EUnrealEngineObjectUE4Version中的条目匹配。

LicenseeUE4Ver

返回(被授权者)引擎级别版本号。该值将与EUnrealEngineObjectLicenseeUE4Version中的条目匹配。

CustomVer

根据提供的FGuid,返回当前Object的Object级别自定义版本号。如果保存Object时,UsingCustomVersion(见下文)不是使用该FGuid调用的,则该函数将返回-1。

UsingCustomVersion

用Object跟踪其自定义版本号来注册FGuid

Object版本代码示例

PhysXVehicles插件(引擎随附)中的轮式载具使用引擎Object版本和自定义版本来保持与在对物理代码进行特定更改之前构建的资源的向后兼容性。

这里,使用自定义版本设置一个变量,它会更改将来如何计算对表示悬架的物理弹簧对象的偏移。使用的具体自定义版本值取自维护物理代码的团队创建的列举类型。

void UWheeledVehicleMovementComponent::Serialize(FArchive& Ar)
{
    Super::Serialize(Ar);
    Ar.UsingCustomVersion(FFrameworkObjectVersion::GUID);
    if (Ar.CustomVer(FFrameworkObjectVersion::GUID) < FFrameworkObjectVersion::WheelOffsetIsFromWheel)
    {
        bDeprecatedSpringOffsetMode = true;
    }
}

在以下示例中,执行了单位转换以响应一个物理变化,这个变化使得角速度用每秒钟转数测量,而不是每秒弧度。由于这些角速度作为浮点值存储(没有单位),旧资源现在需要加载时间转换。在这种情况下,我们将在加载资源时仅修改角速度变量。我们保存的这种类型的任何资源已经有了用每秒钟转数表示的角速度,将保存在当前引擎版本中,因此无需在下次加载该资源时运行转换代码。

void FConstraintInstance::PostSerialize(const FArchive& Ar)
{
#if WITH_EDITORONLY_DATA
// ...
if (Ar.IsLoading() && Ar.UE4Ver() < VER_UE4_FIXUP_MOTOR_UNITS)
{
    AngularVelocityTarget *= 1.f / (2.f * PI);
}
// …
#endif
}

更改对LicenseeUE4VerUE4Ver函数调用将更改代码以使用被授权者版本号,而不是官方Epic版本号。建议想要保持自己版本的虚幻引擎4的非Epic用户利用这种方法。

二进制文件的版本管理

注意: 请参阅二进制文件的版本管理参考页面以了解详情。

欢迎来到全新虚幻引擎4文档站!

我们正在努力开发新功能,包括反馈系统,以便您能对我们的工作作出评价。但它目前还未正式上线。如果您对此页面有任何意见与在使用中遭遇任何问题,请前往文档反馈论坛告知我们。

新系统上线运行后,我们会及时通知您的。

发表反馈意见