[Flutter Desktop] Windows 应用产品化指南 (一):应用重命名与版本发布闭环
一、 前言:告别 “client_jingying_tech…”
在 Flutter Windows 开发初期,我们通常只关注功能实现。但在交付给客户之前,必须解决一个尴尬的问题:
默认编译出来的可执行文件通常叫 client_jingying_tech_inverter_desktop.exe(取自 pubspec.yaml 的包名),且在任务管理器和文件属性中没有任何厂商信息。
本文将记录如何通过修改底层构建配置,完成应用的“身份重塑”,并建立标准的 Git 发布流。
二、 身份重塑 (Identity Refactoring)
Flutter Windows 的构建系统基于 CMake。要修改应用名称和元数据,我们需要深入 windows/ 目录。
1. 修改二进制文件名 (.exe)
目标:将 runner.exe 或长包名修改为简洁的 PV_Monitor.exe。
操作文件: windows/CMakeLists.txt
1 | # 找到 BINARY_NAME 定义变量 |
2. 修改应用元数据 (Metadata)
目标:完善文件属性中的“详细信息”,包括版权、版本、公司名等。
操作文件: windows/runner/Runner.rc
找到 VS_VERSION_INFO 代码块,修改 StringFileInfo 下的字段:
代码段
1 | BEGIN |
三、 版本号对齐 (Version Alignment)
在发布前,必须确保“三个地方”的版本号一致,避免“代码是 V1.0,包名是 V0.1”的低级错误。
构建配置:
pubspec.yamlYAML
1
version: 0.0.1+1
UI 显示:
lib/ui/main_screen.dart(或你的关于页面)Dart
1
Text("V0.0.1 Beta", style: ...)
原生资源:
windows/runner/Runner.rc(如上一步所示)
四、 构建与发布流 (Build & Release Flow)
1. 清理与编译
修改了 C++ 层配置(CMake/RC),必须清理缓存。
PowerShell
1 | flutter clean |
2. Git Tagging (打标)
符合 DevOps 规范的发布必须对应 Git 历史上的一个 Tag。
PowerShell
1 | # 1. 提交更改 |
3. Gitea Release
进入 Gitea 仓库 -> Releases。
New Release -> 选择 Tag
v0.0.1。编写更新日志 (Changelog)。
上传最终的制品(将在下一篇博客中介绍如何打包)。
五、 总结
通过以上步骤,我们将一个“工程 Demo”转变成了一个具备完整身份信息的“软件产品”。这是专业化交付的第一步。