NanaZip 版本管理与发布渠道体系完整指南Preview 与稳定版双通道机制详解【免费下载链接】NanaZipThe 7-Zip derivative intended for the modern Windows experience项目地址: https://gitcode.com/JRJSheep/NanaZipNanaZip 是一款面向现代 Windows 体验的 7-Zip 衍生版解压软件。本文带你完整看懂NanaZip 版本管理与双发布渠道Preview 预览版 稳定版的运作机制版本号里的天数密码、从 Preview 到 Update 的标签演进、两条渠道在工程中的具体差异以及背后自动化的版本刷新工具链。无论你是普通用户还是想参与贡献的新手读完后都能轻松分辨自己装的是哪个版本。一、双通道发布体系总览 NanaZip 采用类似 Windows Insider 的双通道发布模型通过不同的应用包标识Package Identity区分两条渠道两者可以在同一台电脑上并存安装、互不覆盖。对比项稳定版Stable预览版Preview显示名称NanaZipNanaZip Preview包名称40174MouriNaruto.NanaZip40174MouriNaruto.NanaZipPreview包标识 IDCAE3F1D4-7765-4D98-A060-52CD14D56EAB469D94E9-6AF4-4395-B396-99B1308F8CE5图标资源Assets/NanaZip.icoAssets/NanaZipPreview.ico包资源目录Assets/PackageAssets/Assets/PreviewPackageAssets/两条渠道的应用图标也是刻意做了视觉区分的这套渠道标识的完整对照表记录在 Documents/ChannelSwitchNote.md 中。二、版本号怎么读两种格式一次讲清 NanaZip 的版本号分为简单版本和二进制版本两种形态规则定义在 Documents/Versioning.md。简单版本主版本.次版本 发布标签格式为Major.Minor Tag例如9.0 Preview 1。其中Major / Minor主版本号和次版本号代表大版本迭代Tag标签体现该版本处于发布周期的哪个阶段下一节详解二进制版本四段式版本号格式为Major.Minor.Build.Revision例如9.0.2654.0。这里的构建号Build藏着有趣的天数密码构建号 距离 2021 年 8 月 31 日的天数。因为 NanaZip 的第一个版本就是在当天创建发布的修订号Revision 当天第几次发布从 0 开始计数。所以同一天第一次发布为0第二次为1也就是说看到6.0.1711.0这样的版本号你就能反推出它大约发布在项目启动后第 1711 天并且是当天的第一次发布。三、发布标签演进从 Preview 到 Update 的完整生命周期 每个版本的发布标签遵循一条固定时间线Preview {N}一次或多次→ Final一次或多次→ 无标签 → {Update N Final → Update N}零次或多次→ 进入下一轮次版本官方文档给出的实例时间线如下6.0 Preview 1 → 6.0 Final → 6.0 → 6.0 Update 1 Final → 6.0 Update 1 → 6.0 Update 2 Final → 6.0 Update 2 → 6.5 Preview → ...各标签的含义与归属渠道标签出现渠道含义Preview {N}仅 Preview预览版第 N 次预览发布N 从 1 起只发一次时可省略 NFinal/Update N Final仅 Preview与对应稳定版实现完全一致的预演发布用于提前验证若稳定版发布前发现重大问题可能出现多个 Final无标签No Tag仅稳定版正式稳定版每个次版本只有一个Update N仅稳定版稳定版的第 N 次更新N 从 1 起核心设计思想Preview 渠道像彩排Final版本先让预览用户验证与稳定版完全一致的实现Update N Final则对应验证稳定版的Update N更新。验证通过后才正式发布最大限度降低稳定版用户遇到严重问题的概率。四、双通道在工程中的落地包标识与资源差异两条渠道的差异不只停留在文档层面而是贯穿整个工程应用包清单NanaZipPackage/Package.appxmanifest 中定义了包名称、显示名称与 GUID 标识切换渠道时需同步替换资源文件自解压程序SFX与命令行界面的图标、右键菜单名称等都通过不同字符串区分。例如 Shell 扩展中通过::SHStrDupW(LNanaZip, ...)或LNanaZip Preview决定显示名称见 NanaZip.UI.Modern/NanaZip.ShellExtension.cpp版本属性当前主/次版本、构建日期与发布标签集中维护在 NanaZip.Project/NanaZip.Project.Version.propsNanaZipMajorVersion6/NanaZipMajorVersion NanaZipMinorVersion5/NanaZipMinorVersion NanaZipBuildNumberDate2026-02-24/NanaZipBuildNumberDate NanaZipVersionTagPreview/NanaZipVersionTag从这份配置就能看出仓库当前正处于6.5 Preview阶段——与 Documents/ReleaseNotesPreview.md 中最新一条记录完全吻合。五、自动化工具链版本号如何一键刷新 ️NanaZip 为版本管理编写了专门的构建工具避免人工修改出错渠道切换工具NanaZip.RefreshPackageVersion/Program.cs 会在 7 个关键文件各资源脚本resource.rc、Shell 扩展源码、Package.appxmanifest、NanaZipPackage.wapproj之间批量替换渠道标识字符串实现稳定版 ⇄ 预览版的一键切换包版本刷新NanaZip.Build.Tasks/RefreshAppxManifestVersion.cs 在 MSBuild 构建时自动把新版本号写入 appx 清单的Identity节点构建日期刷新NanaZip.Build.Tasks/RefreshProjectBuildNumberDate.cs 负责更新NanaZipBuildNumberDate属性确保构建号天数密码始终准确这些预编译的构建任务 DLL 位于 NanaZip.Project/ 目录说明文档见 NanaZip.Project/ReadMe.md。六、如何查阅 Release Notes 两个渠道的更新日志分开维护互相交叉引用稳定版更新日志Documents/ReleaseNotes.md预览版更新日志Documents/ReleaseNotesPreview.md以稳定版 6.0 系列为例从首发的6.0 (6.0.1632.0)到最新的6.0 Update 7 (6.0.1711.0)构建号 1632 → 1711 的递增正好印证了构建号 天数的规则。此外每个更新还会同步上游 7-Zip 的实现状态详见 Documents/UpstreamSynchronization.md。七、常见问题 FAQ ❓Q1我装了 NanaZip还能再装 NanaZip Preview 吗可以。两者包标识不同可并存安装适合想尝鲜新功能的用户。Q2Preview 版本稳定吗Preview 承担彩排职责功能可能尚未完成Final标签版本则与即将发布的稳定版实现完全一致可放心使用。Q3怎么快速判断我的版本新旧看四段版本号第三段构建号它是距离 2021-08-31 的天数数字越大越新。总结NanaZip 通过双渠道包标识 天数式构建号 标签化发布周期 自动化版本工具链构建了一套完整且可追溯的版本管理与发布体系。理解Preview N → Final → 无标签 → Update N这条演进线你就掌握了它版本管理的核心脉络。【免费下载链接】NanaZipThe 7-Zip derivative intended for the modern Windows experience项目地址: https://gitcode.com/JRJSheep/NanaZip创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 NanaZip 版本管理与发布渠道体系完整指南：Preview 与稳定版双通道机制详解
NanaZip 版本管理与发布渠道体系完整指南Preview 与稳定版双通道机制详解【免费下载链接】NanaZipThe 7-Zip derivative intended for the modern Windows experience项目地址: https://gitcode.com/JRJSheep/NanaZipNanaZip 是一款面向现代 Windows 体验的 7-Zip 衍生版解压软件。本文带你完整看懂NanaZip 版本管理与双发布渠道Preview 预览版 稳定版的运作机制版本号里的天数密码、从 Preview 到 Update 的标签演进、两条渠道在工程中的具体差异以及背后自动化的版本刷新工具链。无论你是普通用户还是想参与贡献的新手读完后都能轻松分辨自己装的是哪个版本。一、双通道发布体系总览 NanaZip 采用类似 Windows Insider 的双通道发布模型通过不同的应用包标识Package Identity区分两条渠道两者可以在同一台电脑上并存安装、互不覆盖。对比项稳定版Stable预览版Preview显示名称NanaZipNanaZip Preview包名称40174MouriNaruto.NanaZip40174MouriNaruto.NanaZipPreview包标识 IDCAE3F1D4-7765-4D98-A060-52CD14D56EAB469D94E9-6AF4-4395-B396-99B1308F8CE5图标资源Assets/NanaZip.icoAssets/NanaZipPreview.ico包资源目录Assets/PackageAssets/Assets/PreviewPackageAssets/两条渠道的应用图标也是刻意做了视觉区分的这套渠道标识的完整对照表记录在 Documents/ChannelSwitchNote.md 中。二、版本号怎么读两种格式一次讲清 NanaZip 的版本号分为简单版本和二进制版本两种形态规则定义在 Documents/Versioning.md。简单版本主版本.次版本 发布标签格式为Major.Minor Tag例如9.0 Preview 1。其中Major / Minor主版本号和次版本号代表大版本迭代Tag标签体现该版本处于发布周期的哪个阶段下一节详解二进制版本四段式版本号格式为Major.Minor.Build.Revision例如9.0.2654.0。这里的构建号Build藏着有趣的天数密码构建号 距离 2021 年 8 月 31 日的天数。因为 NanaZip 的第一个版本就是在当天创建发布的修订号Revision 当天第几次发布从 0 开始计数。所以同一天第一次发布为0第二次为1也就是说看到6.0.1711.0这样的版本号你就能反推出它大约发布在项目启动后第 1711 天并且是当天的第一次发布。三、发布标签演进从 Preview 到 Update 的完整生命周期 每个版本的发布标签遵循一条固定时间线Preview {N}一次或多次→ Final一次或多次→ 无标签 → {Update N Final → Update N}零次或多次→ 进入下一轮次版本官方文档给出的实例时间线如下6.0 Preview 1 → 6.0 Final → 6.0 → 6.0 Update 1 Final → 6.0 Update 1 → 6.0 Update 2 Final → 6.0 Update 2 → 6.5 Preview → ...各标签的含义与归属渠道标签出现渠道含义Preview {N}仅 Preview预览版第 N 次预览发布N 从 1 起只发一次时可省略 NFinal/Update N Final仅 Preview与对应稳定版实现完全一致的预演发布用于提前验证若稳定版发布前发现重大问题可能出现多个 Final无标签No Tag仅稳定版正式稳定版每个次版本只有一个Update N仅稳定版稳定版的第 N 次更新N 从 1 起核心设计思想Preview 渠道像彩排Final版本先让预览用户验证与稳定版完全一致的实现Update N Final则对应验证稳定版的Update N更新。验证通过后才正式发布最大限度降低稳定版用户遇到严重问题的概率。四、双通道在工程中的落地包标识与资源差异两条渠道的差异不只停留在文档层面而是贯穿整个工程应用包清单NanaZipPackage/Package.appxmanifest 中定义了包名称、显示名称与 GUID 标识切换渠道时需同步替换资源文件自解压程序SFX与命令行界面的图标、右键菜单名称等都通过不同字符串区分。例如 Shell 扩展中通过::SHStrDupW(LNanaZip, ...)或LNanaZip Preview决定显示名称见 NanaZip.UI.Modern/NanaZip.ShellExtension.cpp版本属性当前主/次版本、构建日期与发布标签集中维护在 NanaZip.Project/NanaZip.Project.Version.propsNanaZipMajorVersion6/NanaZipMajorVersion NanaZipMinorVersion5/NanaZipMinorVersion NanaZipBuildNumberDate2026-02-24/NanaZipBuildNumberDate NanaZipVersionTagPreview/NanaZipVersionTag从这份配置就能看出仓库当前正处于6.5 Preview阶段——与 Documents/ReleaseNotesPreview.md 中最新一条记录完全吻合。五、自动化工具链版本号如何一键刷新 ️NanaZip 为版本管理编写了专门的构建工具避免人工修改出错渠道切换工具NanaZip.RefreshPackageVersion/Program.cs 会在 7 个关键文件各资源脚本resource.rc、Shell 扩展源码、Package.appxmanifest、NanaZipPackage.wapproj之间批量替换渠道标识字符串实现稳定版 ⇄ 预览版的一键切换包版本刷新NanaZip.Build.Tasks/RefreshAppxManifestVersion.cs 在 MSBuild 构建时自动把新版本号写入 appx 清单的Identity节点构建日期刷新NanaZip.Build.Tasks/RefreshProjectBuildNumberDate.cs 负责更新NanaZipBuildNumberDate属性确保构建号天数密码始终准确这些预编译的构建任务 DLL 位于 NanaZip.Project/ 目录说明文档见 NanaZip.Project/ReadMe.md。六、如何查阅 Release Notes 两个渠道的更新日志分开维护互相交叉引用稳定版更新日志Documents/ReleaseNotes.md预览版更新日志Documents/ReleaseNotesPreview.md以稳定版 6.0 系列为例从首发的6.0 (6.0.1632.0)到最新的6.0 Update 7 (6.0.1711.0)构建号 1632 → 1711 的递增正好印证了构建号 天数的规则。此外每个更新还会同步上游 7-Zip 的实现状态详见 Documents/UpstreamSynchronization.md。七、常见问题 FAQ ❓Q1我装了 NanaZip还能再装 NanaZip Preview 吗可以。两者包标识不同可并存安装适合想尝鲜新功能的用户。Q2Preview 版本稳定吗Preview 承担彩排职责功能可能尚未完成Final标签版本则与即将发布的稳定版实现完全一致可放心使用。Q3怎么快速判断我的版本新旧看四段版本号第三段构建号它是距离 2021-08-31 的天数数字越大越新。总结NanaZip 通过双渠道包标识 天数式构建号 标签化发布周期 自动化版本工具链构建了一套完整且可追溯的版本管理与发布体系。理解Preview N → Final → 无标签 → Update N这条演进线你就掌握了它版本管理的核心脉络。【免费下载链接】NanaZipThe 7-Zip derivative intended for the modern Windows experience项目地址: https://gitcode.com/JRJSheep/NanaZip创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考