Unity 项目的构建流

你一身傲骨怎能输

已于 2024-10-29 22:44:44 修改

阅读量247

点赞数 5

分类专栏：自动构建工具文章标签： unity 游戏引擎

于 2024-10-29 21:43:13 首次发布

本文链接：https://blog.csdn.net/qq_33060405/article/details/143350869

版权

自动构建工具专栏收录该内容

20 篇文章 0 订阅

订阅专栏

在 Unity 项目的构建过程中，确实涉及多个步骤，包括资源的准备、导入、加工、打包、归档和分发。以下是对这些步骤的详细说明：

1. 资源的准备

收集资源：在项目开始之前，开发者需要准备好所有必要的资源，包括图形、音频、视频、模型、动画等。
格式转换：确保所有资源都以 Unity 支持的格式（如 PNG、JPEG、WAV、MP3、FBX 等）进行准备。

2. 资源的导入

导入到 Unity：将准备好的资源导入到 Unity 编辑器中。Unity 会自动识别并导入这些资源。
资源管理：在 Unity 中，资源会被组织在 Assets 文件夹中，开发者可以通过文件夹结构管理这些资源。

3. 资源的加工

设置资源属性：在 Unity 编辑器中，开发者可以设置资源的属性，例如纹理的压缩格式、音频的导入设置、模型的缩放等。
创建预制件：将常用的游戏对象（如角色、道具等）创建为预制件，以便在场景中重复使用。
场景构建：将资源放置在场景中，设置场景的布局、光照、碰撞体等。

4. 打包

构建设置：在 Unity 编辑器中，选择目标平台（如 Android、iOS、PC 等），并配置构建设置。
构建过程：点击“构建”按钮，Unity 会将所有资源和代码打包成一个可执行文件（如 APK、EXE、APP 等），并将其准备好以供分发。

5. 归档

版本控制：在构建完成后，开发者可以将构建的版本进行归档，以便于后续的版本管理和回溯。
文档记录：记录构建的版本号、构建日期、主要更改和已知问题等信息，以便于团队成员和用户了解版本信息。

6. 分发

发布到平台：将构建好的应用程序发布到相应的平台，如 Google Play Store、Apple App Store、Steam 等。
分发给测试人员：在正式发布之前，可能会将构建版本分发给测试人员进行测试，收集反馈并进行必要的修复。

总结

Unity 项目的构建过程是一个系统化的流程，涵盖了从资源准备到最终分发的各个环节。每个步骤都至关重要，确保最终产品的质量和性能。通过合理的资源管理和构建流程，开发者可以高效地创建和发布高质量的游戏或应用程序。

双端核心构建环节

预处理+构建资源+构建包体+签名

自动化构建流程是现代软件开发中的一个重要组成部分，特别是在需要同时支持多个平台（如iOS和Android）的双端项目中。使用脚本自动化这些核心构建环节可以显著提高开发效率、减少人为错误，并确保构建的一致性和可重复性。以下是如何使用脚本自动化预处理、构建资源、构建包体和签名的详细步骤：

1. 预处理

预处理可以通过编写脚本来自动化，这些脚本可以修改配置文件、处理条件编译标志或执行代码和资源的预处理任务。

脚本工具：可以使用Shell脚本、Python或PowerShell等。
操作：脚本可以根据不同的构建配置（如Debug或Release）和目标平台（iOS或Android）设置或修改预处理器指令、更新项目文件或资源属性等。

2. 构建资源

资源的构建通常涉及到复杂的处理流程，可以通过自动化脚本来执行。

脚本工具：使用Unity CLI、Python脚本或其他自动化工具。
操作：自动化脚本可以调用图像处理工具来压缩图像，调用音频工具来转换音频格式，或使用Unity的AssetBundle功能来打包资源。

3. 构建包体

构建应用程序包体是自动化流程中的核心部分，可以通过集成开发环境（IDE）提供的命令行工具或API来实现。

脚本工具：使用Unity命令行接口、Xcodebuild（iOS）、Gradle（Android）等。
操作：编写脚本来自动执行编译、链接库、处理依赖关系和生成最终的应用程序包。

4. 签名

签名过程可以通过使用平台特定的工具来自动化。

脚本工具：使用apksigner（Android）、codesign（iOS）等。
操作：脚本将自动定位到构建的应用程序包，使用预先配置的签名证书和密钥进行签名。

实现自动化的示例步骤

假设你正在使用Unity进行游戏开发，并希望自动化构建和部署过程，以下是一个基本的自动化脚本流程示例：

# 定义平台
PLATFORM=$1

# 预处理
echo "Running pre-build tasks for $PLATFORM..."
python preprocess.py --platform $PLATFORM

# 构建资源
echo "Building assets..."
unity -batchmode -projectPath "YourProjectPath" -executeMethod YourBuildScript.BuildAssets -logFile

# 构建包体
echo "Building package..."
unity -batchmode -projectPath "YourProjectPath" -buildTarget $PLATFORM -executeMethod YourBuildScript.BuildGame -logFile

# 签名
if [ "$PLATFORM" = "android" ]; then
    echo "Signing Android APK..."
    apksigner sign --ks your-keystore.keystore --ks-key-alias your-alias YourProjectPath/build.apk
elif [ "$PLATFORM" = "ios" ]; then
    echo "Signing iOS app..."
    codesign --sign "Your Certificate" --timestamp --options runtime YourProjectPath/build/YourApp.app
fi

echo "Build and signing completed for $PLATFORM"

这个脚本接受一个平台参数，根据提供的平台执行相应的预处理、构建资源、构建包体和签名操作。通过这种方式，你可以轻松地集成到持续集成/持续部署（CI/CD）流程中，实现全自动的构建和部署。

符号表上传

在软件开发和部署的过程中，符号表（Symbol Table）上传是一个重要的步骤，尤其是在处理应用程序的错误报告和性能分析时。符号表是一种数据结构，用于存储关于程序中各种符号（如变量名、函数名等）的信息，这些信息在编译时生成，并可以用于调试和优化软件。

为什么需要上传符号表？

当你构建一个应用程序并将其发布到生产环境时，通常会对其进行优化和混淆，以提高性能并保护源代码不被轻易理解。这些优化可能包括删除调试信息、改变变量名为不可读形式等。这样做虽然有其优点，但也使得在应用程序崩溃或出现问题时，通过错误报告来调试和定位问题变得非常困难。

上传符号表的目的是在不影响应用程序性能和安全的前提下，提供一种方式来解析这些优化后的报告。当应用程序崩溃时，生成的崩溃报告（如堆栈跟踪）通常只包含混淆后的函数地址和错误代码，而符号表可以将这些地址映射回源代码中的具体位置和原始符号名。

符号表上传的流程

构建过程中生成符号表：
- 在编译和链接应用程序时，编译器和链接器可以生成包含调试信息的符号文件。例如，在GCC和Clang中，这通常是DWARF格式的文件，在Microsoft Visual Studio中，则是PDB（Program Database）文件。
从最终产品中剥离符号：
- 为了保护源代码和减小发布版本的大小，通常会从发布的应用程序中剥离调试信息。这可以通过工具如strip在Linux或Mac上完成，或在Windows上通过特定的编译器选项完成。
上传符号表到错误监控系统：
- 符号表文件应上传到你使用的错误监控服务，如Sentry, Bugsnag, Crashlytics等。这些服务使用上传的符号表来解析收到的崩溃报告，将混淆的地址和变量名映射回可读的源代码位置和名称。
分析崩溃报告：
- 当应用程序崩溃并生成报告时，错误监控服务将使用符号表来解码报告内容，提供详细且有用的调试信息，如崩溃的具体行号和文件名。