在实际 Unity 项目开发中我们经常需要处理一些重复性的、流程化的任务比如批量重命名资源、自动化打包、生成项目报告、同步配置到不同环境或者与外部工具链如版本控制系统、CI/CD 平台、设计稿交付平台进行集成。传统上开发者可能会编写编辑器脚本Editor Scripts或依赖一些现成的插件如 MCp 可能指代某种插件或工具来完成这些工作。然而编辑器脚本的编写和调试环境相对封闭与外部命令行工具CLI的集成往往不够顺畅而一些插件又可能存在学习成本高、灵活性不足或与团队现有工作流不匹配的问题。这时一个被许多成熟技术团队采用的思路是拥抱命令行接口CLI。通过将 Unity 项目中的常见操作封装成 CLI 命令开发者可以在任何支持命令行的环境中本地终端、CI 服务器、远程脚本以一致、可脚本化的方式驱动 Unity 编辑器或处理项目文件。这不仅能将 Unity 集成到更广泛的自动化流水线中还能让团队积累可复用的工具脚本提升工程效率。本文旨在为 Unity 开发者提供一个从零开始将 CLI 工具思维和实践引入日常开发工作流的实战指南。我们将从理解为什么 CLI 在某些场景下优于纯编辑器内操作开始逐步构建一个能与 Unity 编辑器交互的简单 CLI 工具并探讨如何将其应用于真实场景如资源处理、自动化测试和构建流程。1. 理解 CLI 与 Unity 编辑器交互的核心机制在考虑用 CLI “代替” 某些插件或编辑器内操作之前首先要明白 CLI 如何与 Unity 这个以图形界面为核心的编辑器协同工作。两者并非替代关系而是互补与增强。CLI 提供了自动化、批处理和远程控制的能力而编辑器则提供了交互式、可视化的创作环境。1.1 Unity 的命令行参数与批处理模式Unity 编辑器本身就是一个可执行程序它支持丰富的命令行参数。这是 CLI 驱动 Unity 的基石。其中最关键的两个参数是-batchmode让 Unity 以批处理模式运行。在此模式下不会显示图形界面执行完指定任务后会自动退出。这是自动化脚本和 CI/CD 环境中的标准用法。-executeMethod指定一个在 Unity 启动后要执行的静态 C# 方法。该方法必须位于Editor目录下的脚本中并且是public static的。通过组合这些参数我们可以在外部如 Shell 脚本、Python 脚本或 CI 配置中启动 Unity并让它执行我们预先编写好的逻辑。例如一个典型的构建命令可能如下所示/path/to/Unity -batchmode -quit -projectPath /path/to/your/project -executeMethod BuildScript.PerformBuild -logFile build.log这条命令会以无界面模式打开指定项目执行BuildScript类中的PerformBuild静态方法然后将日志输出到build.log文件最后退出。1.2 CLI 工具的常见形式与定位当我们说“用 CLI 来代替 MCp”时这里的 CLI 工具可能指以下几种形式封装了 Unity 命令行调用的 Shell/Batch 脚本这是最直接的形式。将复杂的Unity -batchmode ...命令及其参数封装成一个简单的脚本如./build.sh或build.bat方便团队成员调用。使用 Python/Node.js 等脚本语言编写的工具这些工具可以解析更复杂的参数、管理依赖、进行网络请求或文件处理最后再调用 Unity 命令行。它们能提供比 Shell 脚本更强大的逻辑控制和更友好的用户交互。.NET 控制台应用程序由于 Unity 基于 .NET你也可以用 C# 编写一个独立的控制台程序。这个程序可以直接引用 Unity 的某些程序集需谨慎处理版本或者通过进程调用方式与 Unity 编辑器交互。这种方式与 Unity 生态结合更紧密但分发和依赖管理稍复杂。无论哪种形式其核心价值在于将一系列操作可能是启动 Unity、执行方法、处理输出标准化、参数化并能够无缝嵌入到自动化流程中。而 MCp 这类插件如果其功能是固定的、界面化的那么 CLI 工具可以提供更强的灵活性和可集成性。1.3 与纯编辑器插件相比的优势与权衡特性CLI 工具纯编辑器插件 (如可能的 MCp)自动化与集成优秀。天生为脚本和流水线设计可轻松集成到 CI/CD如 Jenkins, GitLab CI。一般。通常需要在编辑器内手动点击自动化需额外开发。运行环境灵活。可在无图形界面的服务器、远程终端或预定任务中运行。受限。必须运行在拥有图形界面的 Unity 编辑器环境中。复用与分发方便。脚本或可执行文件易于通过版本控制系统共享和版本化管理。中等。需作为 Unity 包或项目文件分发可能涉及 Unity 版本兼容性问题。交互复杂度简单。通常基于参数和配置文件适合流程固定的操作。优秀。可提供丰富的 GUI、实时预览和交互式调试。学习与调试有一定门槛。需要熟悉命令行、脚本编写和日志分析。直观。在熟悉的编辑器环境中操作所见即所得。功能范围侧重于项目级、文件系统操作、构建发布等“外部”任务。侧重于资源编辑、组件配置、场景调试等“内部”创作任务。结论是CLI 并非要完全取代编辑器插件而是承担那些需要自动化、批处理或与外部系统对接的职责。很多团队的最佳实践是在编辑器内使用插件进行高效的创作和配置同时编写 CLI 工具来处理构建、测试、资源导入后处理等重复性工作。2. 环境准备与基础 CLI 工具搭建在开始编写复杂的 CLI 工具之前我们需要确保基础环境就绪并创建一个最简单的可工作示例来验证整个链路。2.1 环境与工具确认Unity 安装确保本地安装了 Unity Hub 和所需版本的 Unity 编辑器。记下 Unity 编辑器的可执行文件路径。Windows: 通常位于C:\Program Files\Unity\Hub\Editor\version\Editor\Unity.exemacOS: 通常位于/Applications/Unity/Hub/Editor/version/Unity.app/Contents/MacOS/UnityLinux: 路径可能类似/opt/unity/Editor/version/Editor/Unity在后续脚本中我们将使用环境变量或参数来指定此路径以保持灵活性。命令行终端确保你熟悉使用系统终端Windows 上的 PowerShell 或 CMDmacOS/Linux 上的 Terminal 或 iTerm2。脚本语言选择可选但推荐为了编写更健壮的工具建议选择一种脚本语言。本文示例将使用Python 3因为它跨平台、库丰富且易于阅读。请确保系统已安装 Python 3并可通过python --version或python3 --version命令验证。目标 Unity 项目准备一个用于测试的 Unity 项目。最好是一个干净的新项目或你的实际项目副本。2.2 创建第一个 Editor 脚本供 CLI 调用的入口点在 Unity 项目中任何需要通过-executeMethod调用的代码都必须放在Assets/Editor目录或其子目录下。这是 Unity 的约定。在你的 Unity 项目根目录下创建文件夹Assets/Editor。在Assets/Editor文件夹内创建一个新的 C# 脚本命名为SimpleBuildTool.cs。打开该脚本编写如下内容using UnityEditor; using UnityEngine; using System.IO; public class SimpleBuildTool { // 这是一个可以通过命令行调用的静态方法 [MenuItem(MyTools/CLI/Build Android)] // 可选在编辑器菜单中添加一个项目便于手动测试 public static void BuildAndroid() { // 定义输出路径。这里构建到项目根目录的 Builds 文件夹下。 string buildPath Path.Combine(Application.dataPath, .., Builds, android_app.apk); // 确保输出目录存在 Directory.CreateDirectory(Path.GetDirectoryName(buildPath)); // 设置构建选项 BuildPlayerOptions buildOptions new BuildPlayerOptions(); buildOptions.scenes new[] { Assets/Scenes/SampleScene.unity }; // 替换为你的启动场景 buildOptions.locationPathName buildPath; buildOptions.target BuildTarget.Android; buildOptions.options BuildOptions.None; // 或 BuildOptions.Development 用于开发包 // 执行构建 BuildPipeline.BuildPlayer(buildOptions); Debug.Log($构建完成APK 位置: {buildPath}); // 在批处理模式下Debug.Log 会输出到我们指定的日志文件。 } // 一个更通用的方法可以接受命令行参数 public static void BuildWithArgs() { // Unity 命令行传入的参数可以通过 System.Environment.GetCommandLineArgs() 获取 string[] args System.Environment.GetCommandLineArgs(); string buildTargetStr Android; string outputName mybuild; // 简单的参数解析实际项目应使用更健壮的解析库逻辑 for (int i 0; i args.Length; i) { if (args[i] -buildTarget i 1 args.Length) { buildTargetStr args[i 1]; } if (args[i] -outputName i 1 args.Length) { outputName args[i 1]; } } BuildTarget target BuildTarget.Android; if (buildTargetStr iOS) target BuildTarget.iOS; else if (buildTargetStr Windows) target BuildTarget.StandaloneWindows64; // ... 其他平台判断 string extension target BuildTarget.Android ? .apk : .exe; // 简化处理 string buildPath Path.Combine(Application.dataPath, .., Builds, ${outputName}{extension}); Directory.CreateDirectory(Path.GetDirectoryName(buildPath)); BuildPlayerOptions buildOptions new BuildPlayerOptions(); buildOptions.scenes EditorBuildSettings.scenes.Where(s s.enabled).Select(s s.path).ToArray(); buildOptions.locationPathName buildPath; buildOptions.target target; buildOptions.options BuildOptions.None; BuildPipeline.BuildPlayer(buildOptions); Debug.Log($通用构建完成目标平台: {target}, 输出: {buildPath}); } }这个脚本提供了两个静态方法。BuildAndroid是一个简单的固定构建。BuildWithArgs演示了如何从命令行参数中读取配置实现更灵活的构建。[MenuItem]属性是为了方便在 Unity 编辑器内手动触发测试。2.3 编写一个简单的 Shell/Python CLI 包装器现在我们将在 Unity 项目外部创建一个脚本来调用上面编写的 Editor 方法。方案一Shell 脚本 (适用于 macOS/Linux)在 Unity 项目根目录与Assets同级创建文件build.sh#!/bin/bash # 配置参数 UNITY_PATH/Applications/Unity/Hub/Editor/2022.3.25f1/Unity.app/Contents/MacOS/Unity PROJECT_PATH$(pwd) BUILD_METHODSimpleBuildTool.BuildAndroid LOG_FILEbuild.log echo 开始构建 Unity 项目... echo 项目路径: $PROJECT_PATH echo 日志文件: $LOG_FILE # 执行 Unity 构建命令 $UNITY_PATH -batchmode \ -quit \ -projectPath $PROJECT_PATH \ -executeMethod $BUILD_METHOD \ -logFile $LOG_FILE # 检查构建结果 BUILD_EXIT_CODE$? if [ $BUILD_EXIT_CODE -eq 0 ]; then echo 构建成功详情请查看 $LOG_FILE # 可以在这里添加后续操作如上传构建产物 else echo 构建失败退出码: $BUILD_EXIT_CODE echo 日志尾部 tail -20 $LOG_FILE exit $BUILD_EXIT_CODE fi给脚本添加执行权限chmod x build.sh然后运行./build.sh。方案二Python 脚本 (跨平台)在 Unity 项目根目录创建文件build_tool.py#!/usr/bin/env python3 import subprocess import sys import os import argparse def main(): parser argparse.ArgumentParser(descriptionUnity 项目构建 CLI 工具) parser.add_argument(--unity-path, requiredTrue, helpUnity 可执行文件路径) parser.add_argument(--project-path, defaultos.getcwd(), helpUnity 项目路径 (默认当前目录)) parser.add_argument(--method, defaultSimpleBuildTool.BuildWithArgs, help要执行的静态方法 (Class.Method)) parser.add_argument(--build-target, choices[Android, iOS, Windows], defaultAndroid, help目标平台) parser.add_argument(--output-name, defaultoutput, help输出文件名不含后缀) parser.add_argument(--log-file, defaultunity_build.log, helpUnity 日志文件路径) args parser.parse_args() # 构造 Unity 命令行参数 unity_cmd [ args.unity_path, -batchmode, -quit, -projectPath, args.project_path, -executeMethod, args.method, -logFile, args.log_file, # 传递自定义参数给 Editor 脚本中的 BuildWithArgs 方法 -buildTarget, args.build_target, -outputName, args.output_name ] print(f开始执行 Unity 构建...) print(f命令: { .join(unity_cmd)}) try: # 运行 Unity 进程 result subprocess.run(unity_cmd, capture_outputTrue, textTrue, checkFalse) # 注意Unity 的 -logFile 参数会将日志重定向到文件但 stderr 可能仍有输出 print(fUnity 进程已退出返回码: {result.returncode}) # 读取并显示部分日志 if os.path.exists(args.log_file): with open(args.log_file, r, encodingutf-8, errorsignore) as f: lines f.readlines() print(f\n 日志文件末尾 (共 {len(lines)} 行) ) for line in lines[-30:]: # 显示最后30行 print(line.rstrip()) else: print(f警告未找到日志文件 {args.log_file}) if result.returncode ! 0: print(f\n构建失败进程 stderr 输出:) print(result.stderr[-500:]) # 显示错误输出尾部 sys.exit(result.returncode) else: print(\n构建成功) # 可以在这里添加构建成功后的逻辑如文件移动、通知等 except FileNotFoundError: print(f错误未找到 Unity 可执行文件请检查路径: {args.unity_path}) sys.exit(1) except Exception as e: print(f执行过程中发生未知错误: {e}) sys.exit(1) if __name__ __main__: main()使用方式# 查看帮助 python build_tool.py --help # 执行构建 python build_tool.py --unity-path /Applications/Unity/Hub/Editor/2022.3.25f1/Unity.app/Contents/MacOS/Unity --build-target Windows --output-name MyGamePython 脚本的优势在于参数解析更强大、错误处理更完善、跨平台性更好并且可以轻松扩展更多功能如构建后上传、发送通知等。3. 实现一个实用的资源处理 CLI 工具示例构建是最常见的场景但 CLI 的用武之地远不止于此。让我们实现一个更贴近“代替部分 MCp 功能”的例子一个资源批量处理工具。假设 MCp 插件提供了某种资源如图片、预制件的批量重命名或属性设置功能我们可以用 CLI 实现类似且更自动化的流程。3.1 设计工具功能批量修改预制件中的组件参数场景项目中有大量 UI 预制件需要批量修改其中Image组件的Raycast Target属性为false以优化性能。手动在编辑器中操作每个预制件非常耗时。目标创建一个 CLI 命令指定一个目录自动递归扫描该目录下的所有预制件.prefab文件并修改其中所有Image组件的Raycast Target属性。3.2 编写 Editor 脚本处理逻辑在Assets/Editor目录下创建BatchPrefabProcessor.csusing UnityEditor; using UnityEngine; using System.IO; using System.Collections.Generic; using UnityEditor.SceneManagement; using UnityEngine.SceneManagement; public class BatchPrefabProcessor : Editor { // 供 CLI 调用的主方法 public static void BatchDisableRaycastTarget() { // 从命令行参数获取要处理的目录 string targetDirectory Assets/UI; // 默认目录 string[] args System.Environment.GetCommandLineArgs(); for (int i 0; i args.Length; i) { if (args[i] -targetDir i 1 args.Length) { targetDirectory args[i 1]; break; } } if (!Directory.Exists(targetDirectory)) { Debug.LogError($目标目录不存在: {targetDirectory}); return; // 在批处理模式下可以返回错误码这里简化为日志输出 } Debug.Log($开始处理目录: {targetDirectory}); // 查找所有 .prefab 文件 string[] prefabPaths Directory.GetFiles(targetDirectory, *.prefab, SearchOption.AllDirectories); int processedCount 0; int modifiedCount 0; foreach (string prefabPath in prefabPaths) { processedCount; // 加载预制件资源 GameObject prefab AssetDatabase.LoadAssetAtPathGameObject(prefabPath); if (prefab null) { Debug.LogWarning($无法加载预制件: {prefabPath}); continue; } bool prefabModified false; // 获取预制件根对象及其所有子对象中的 Image 组件 Image[] images prefab.GetComponentsInChildrenImage(true); foreach (Image img in images) { if (img.raycastTarget) { img.raycastTarget false; prefabModified true; modifiedCount; } } // 如果预制件被修改则保存 if (prefabModified) { Debug.Log($修改预制件: {prefabPath}); // 重要标记资源为脏并保存修改 EditorUtility.SetDirty(prefab); // 对于预制件资源通常需要 PrefabUtility.SavePrefabAsset // 但 EditorUtility.SetDirty 配合 AssetDatabase.SaveAssets 在批处理模式下更通用 } } // 保存所有修改的资源 AssetDatabase.SaveAssets(); Debug.Log($处理完成。共检查 {processedCount} 个预制件修改了 {modifiedCount} 个 Image 组件的 Raycast Target 属性。); } // 可选提供一个编辑器菜单项方便手动测试 [MenuItem(Assets/Batch Process/Disable Raycast Target in Selected Folder, false, 20)] private static void DisableRaycastTargetFromMenu() { // 获取在 Project 窗口中选择的文件夹 string selectedPath AssetDatabase.GetAssetPath(Selection.activeObject); if (Directory.Exists(selectedPath)) { // 这里不能直接调用 BatchDisableRaycastTarget因为它依赖命令行参数。 // 我们可以启动一个 Unity 批处理进程来调用自身或者实现一个不依赖命令行的版本。 // 为了简化这里只打印日志。实际工具中可以设计两套逻辑。 Debug.Log($手动模式下选中目录: {selectedPath}. CLI 模式下请使用 -executeMethod 调用。); } else { Debug.LogWarning(请在 Project 窗口中选择一个文件夹。); } } }关键点解释AssetDatabase.LoadAssetAtPath用于在编辑器环境下加载资源。GetComponentsInChildrenImage(true)中的true参数表示包含未激活的子对象。EditorUtility.SetDirty和AssetDatabase.SaveAssets是保存资源修改的标准方式。我们通过解析System.Environment.GetCommandLineArgs()来获取外部传入的参数-targetDir。3.3 编写对应的 Python CLI 驱动脚本创建process_prefabs.py#!/usr/bin/env python3 import subprocess import os import argparse def run_unity_batch_process(unity_path, project_path, target_dir, log_fileprefab_process.log): 调用 Unity 批处理模式执行资源处理 unity_cmd [ unity_path, -batchmode, -quit, -projectPath, project_path, -executeMethod, BatchPrefabProcessor.BatchDisableRaycastTarget, -targetDir, target_dir, # 传递自定义参数 -logFile, log_file ] print(f启动 Unity 处理预制件目标目录: {target_dir}) try: proc subprocess.Popen(unity_cmd, stdoutsubprocess.PIPE, stderrsubprocess.PIPE, textTrue) stdout, stderr proc.communicate() # 等待进程结束 # 读取并分析日志文件 if os.path.exists(log_file): with open(log_file, r) as f: log_content f.read() # 提取关键信息或判断成功/失败 if 处理完成 in log_content: print(资源处理成功完成。) # 可以解析出处理了多少文件等详细信息 for line in log_content.split(\n): if 共检查 in line or 修改了 in line: print(line) else: print(处理过程可能未正常完成。) print( 日志末尾 ) print(\n.join(log_content.split(\n)[-20:])) else: print(f警告未生成日志文件 {log_file}) if proc.returncode ! 0: print(fUnity 进程异常退出返回码: {proc.returncode}) if stderr: print(f标准错误: {stderr[-500:]}) return False return True except Exception as e: print(f执行命令时出错: {e}) return False def main(): parser argparse.ArgumentParser(description批量处理 Unity 预制件 CLI 工具) parser.add_argument(--unity-path, requiredTrue, helpUnity 编辑器可执行文件路径) parser.add_argument(--project-path, defaultos.getcwd(), helpUnity 项目路径) parser.add_argument(--target-dir, requiredTrue, help要处理的预制件所在目录相对于项目Assets) parser.add_argument(--log-file, defaultprefab_processing.log, help输出日志文件) args parser.parse_args() # 检查目标目录是否存在相对路径 target_dir_full os.path.join(args.project_path, Assets, args.target_dir.lstrip(/)) if not os.path.exists(target_dir_full): print(f错误目标目录不存在于项目中: {target_dir_full}) print(f请确保 --target-dir 是相对于 Assets 的路径例如 UI/Prefabs) return success run_unity_batch_process( unity_pathargs.unity_path, project_pathargs.project_path, target_diros.path.join(Assets, args.target_dir).replace(\\, /), # 确保路径格式统一 log_fileargs.log_file ) if success: print(\n操作成功。) else: print(\n操作失败。) exit(1) if __name__ __main__: main()使用方式python process_prefabs.py --unity-path /path/to/Unity --target-dir UI/Prefabs这个工具现在可以集成到资源导入后处理Postprocessor脚本中或者由美术/策划人员在提交资源前运行确保大量预制件的性能属性符合规范完全自动化无需打开 Unity 编辑器。4. 运行验证、问题排查与生产环境考量4.1 验证 CLI 工具是否工作基础验证运行你的 CLI 脚本如python build_tool.py ...观察终端输出和生成的日志文件。检查是否有明显的错误信息。结果验证构建工具检查Builds目录下是否生成了预期的可执行文件或安装包。资源处理工具在 Unity 编辑器中重新打开处理过的预制件检查Image组件的Raycast Target属性是否已被批量修改为false。日志分析Unity 批处理模式的日志是排查问题的关键。务必查看-logFile指定的日志文件。关注其中的Debug.Log、Debug.LogWarning、Debug.LogError输出以及任何异常堆栈信息。4.2 常见问题与排查路径在开发和使用 Unity CLI 工具时你可能会遇到以下典型问题问题现象可能原因检查与解决步骤错误-executeMethod找不到方法1. 方法名拼写错误需包含命名空间。2. 方法不是public static。3. 脚本不在Assets/Editor目录下。4. 脚本有编译错误。1. 在 Unity 编辑器中确认脚本编译无误。2. 检查方法签名完全正确。3. 尝试在编辑器内通过[MenuItem]调用确认功能正常。4. 查看 Unity 日志文件开头确认项目加载和脚本编译是否成功。Unity 进程启动后卡住或不退出1. 代码中有死循环或长时间同步操作。2. 弹出了需要交互的对话框如保存场景提示。3. 未添加-quit参数。1. 确保批处理代码逻辑清晰无无限循环。2. 在批处理模式下避免使用EditorUtility.DisplayDialog等交互方法。使用Debug.Log代替。3. 检查命令行是否包含-quit。4. 在代码末尾显式调用EditorApplication.Exit(0)。资源修改未保存1. 修改后未调用EditorUtility.SetDirty。2. 未调用AssetDatabase.SaveAssets。3. 修改的是预制件实例而非资源本身。1. 确保对资源对象的任何修改后都调用SetDirty。2. 在所有操作完成后调用AssetDatabase.SaveAssets()。3. 对于预制件使用PrefabUtility.SavePrefabAsset或PrefabUtility.SaveAsPrefabAsset进行保存。批处理模式下的路径问题1. 使用Application.dataPath等路径时在批处理模式下可能与编辑器模式有差异。2. 相对路径基准不对。1. 优先使用Path.Combine组合路径。2. 使用System.IO下的绝对路径方法进行文件存在性检查。3. 将关键路径通过Debug.Log输出到日志中确认。权限不足或文件锁1. 尝试写入被其他进程锁定的文件如 Unity 编辑器正在打开。2. 输出目录没有写入权限。1. 确保在运行 CLI 时Unity 编辑器已关闭。2. 检查输出目录的权限或尝试以管理员/root权限运行不推荐应解决根本权限问题。返回码非零但日志显示成功Unity 在某些警告下也可能返回非零退出码。不要仅依赖进程返回码必须分析日志文件内容判断业务逻辑是否真正成功。4.3 生产环境最佳实践当 CLI 工具准备用于团队或 CI/CD 流水线时需要考虑更多配置外部化不要将 Unity 路径、项目路径等硬编码在脚本中。使用配置文件如config.json、config.yaml或环境变量来管理。# config.yaml 示例 unity: path: “/Applications/Unity/Hub/Editor/2022.3.25f1/Unity.app/Contents/MacOS/Unity” project: path: “/Users/team/UnityProjects/MainGame” build: default_target: “Android” output_dir: “./Builds”健壮的错误处理CLI 工具应该能处理各种异常情况路径不存在、Unity 版本不匹配、磁盘空间不足等并给出清晰的错误信息和非零的退出码以便上游脚本判断任务状态。日志与监控为每次运行生成带时间戳的独立日志文件。日志级别要清晰INFO, WARN, ERROR。在 CI/CD 中将关键日志摘要输出到控制台方便快速查看。版本管理将 CLI 工具脚本与项目代码一同纳入版本控制系统如 Git。考虑使用子模块或单独的仓库来管理共享的工具集。性能与资源对于处理大量资源的 CLI 任务要注意内存使用。可以考虑分批次处理资源避免一次性加载所有资源导致内存溢出。安全考虑如果 CLI 工具会处理敏感信息如打包密钥确保这些信息不以明文形式存储在脚本或配置文件中。使用 CI/CD 系统的秘密管理功能或加密的配置文件。文档与使用说明为每个 CLI 工具编写清晰的--help信息和一个简短的README说明其功能、参数、依赖和常见问题。通过遵循这些实践你可以构建出可靠、可维护的 Unity CLI 工具链从而将团队从重复的手动操作中解放出来并实现开发流程的标准化与自动化。这正是“用 CLI 来代替”某些手动或半自动插件操作的核心价值所在。