miao-moe/LanMountainDesktop

Fork 0

mirror of https://github.com/wwiinnddyy/LanMountainDesktop.git synced 2026-06-20 23:54:26 +08:00

Files

lincube 0c8830133a feat.Publisher完整包上传

2026-06-01 17:28:26 +08:00

19 KiB

Raw Blame History

PLONDS Comparator 改造设计

日期：2026-05-30 状态：待审批

1. 背景与动机

PLONDS（Penguin Logistics Online Network Distribution System）是 LanMountainDesktop 的文件驱动式分布式更新系统。当前 Comparator 工作流存在以下问题：

产出物过于复杂：生成 update-{platform}.zip、plonds-filemap-{platform}.json、plonds-filemap-{platform}.json.sig、platform-summary-{platform}.json、plonds-static.zip 等多个文件，客户端消费困难
模型定义重复：Plonds.Shared、Plonds.Core、宿主侧、Launcher 侧各自定义独立的 DTO，字段名不一致
签名机制过重：RSA 签名增加了 CI 复杂度（需要管理密钥），且对文件驱动式更新系统而言 SHA256 哈希校验已足够
平台覆盖不当：Linux 平台不需要 PLONDS 支持，macOS 尚未接入，但代码中硬编码了三个平台
工作流间 artifact 传递脆弱：Comparator → Publisher 通过 artifact 传递 plonds-static.zip，容易断裂

2. 设计目标

产出物精简为两个文件：changed.zip + PLONDS.json
去掉 RSA 签名，只用 SHA256/MD5 校验
只关注 Windows 平台
统一模型定义，消除 DTO 重复
保持 Comparator 和 Publisher 两个工作流的职责分离

3. 新产出物定义

3.1 changed.zip

只包含与上一版本有差异的文件（action 为 add 或 replace 的文件），目录结构与部署目录一致。

3.2 PLONDS.json

{
  "formatVersion": "2.0",
  "currentVersion": "1.2.0",
  "previousVersion": "1.1.0",
  "isFullUpdate": false,
  "requiresCleanInstall": false,
  "channel": "stable",
  "platform": "windows-x64",
  "updatedAt": "2026-05-30T12:00:00Z",

  "filesMap": {
    "LanMountainDesktop.exe": {
      "action": "replace",
      "sha256": "abc123...",
      "size": 1024000
    },
    "LanMountainDesktop.dll": {
      "action": "reuse",
      "sha256": "def456...",
      "size": 512000
    },
    "OldModule.dll": {
      "action": "delete",
      "sha256": "",
      "size": 0
    }
  },

  "changedFilesMap": {
    "LanMountainDesktop.exe": {
      "archivePath": "LanMountainDesktop.exe",
      "sha256": "abc123...",
      "size": 1024000
    }
  },

  "checksums": {
    "changed.zip": "md5:9a8b7c6d..."
  }
}

3.3 字段语义

字段	类型	说明
`formatVersion`	string	协议版本，固定 `"2.0"`
`currentVersion`	string	当前发布版本
`previousVersion`	string	基线版本（全量更新时为 `"0.0.0"`）
`isFullUpdate`	bool	是否为全量更新（找不到基线版本时为 true）
`requiresCleanInstall`	bool	启动器是否也更新了——如果是，客户端不走增量流程，让用户重新运行安装器
`channel`	string	更新通道：`stable` 或 `preview`
`platform`	string	平台标识：`windows-x64`
`updatedAt`	string	ISO 8601 时间戳
`filesMap`	object	全量文件图：每个文件的 action + sha256 + size
`changedFilesMap`	object	变更文件图：只包含需要从 changed.zip 解压的文件
`checksums`	object	产出物的 MD5 值

3.4 filesMap 中 action 的值

Action	含义	changed.zip 中是否包含
`add`	新增文件	✅
`replace`	替换文件	✅
`reuse`	复用上一版本文件	❌
`delete`	删除文件	❌

3.5 requiresCleanInstall 判断逻辑

比较 LanMountainDesktop.Launcher.exe 在当前版本和基线版本中的 SHA256：

如果 SHA256 不同 → requiresCleanInstall = true
如果 SHA256 相同或没有基线版本 → requiresCleanInstall = false

4. Plonds.Tool build-delta 命令改造

4.1 新命令签名

build-delta --platform <platform>
            --current-version <version>
            --current-zip <file>
            --output-dir <dir>
            --channel <channel>
            [--baseline-version <version>]
            [--baseline-zip <file>]
            [--launcher-path <relative-path>]

4.2 参数说明

参数	必需	说明
`--platform`	是	平台标识，如 `windows-x64`
`--current-version`	是	当前发布版本号
`--current-zip`	是	当前版本的 payload zip 路径
`--output-dir`	是	输出目录
`--channel`	是	更新通道
`--baseline-version`	否	基线版本号（省略则视为全量更新）
`--baseline-zip`	否	基线版本的 payload zip 路径（省略则视为全量更新）
`--launcher-path`	否	Launcher 可执行文件的相对路径，默认 `LanMountainDesktop.Launcher.exe`

4.3 删除的参数

参数	原因
`--current-tag`	不再需要，version 就够了
`--private-key`	去掉签名
`--is-full-payload`	自动判断：没有 baseline-zip 就是全量
`--static-output-dir`	不再生成 S3 静态布局
`--update-base-url`	不再生成 S3 URL
`--baseline-tag`	不再需要

4.4 内部逻辑

1. 解压 current-zip → currentDir
2. 如果有 baseline-zip → 解压 → baselineDir
   否则 → baselineDir = 空（全量更新）

3. 扫描 currentDir → 计算 SHA256
4. 扫描 baselineDir → 计算 SHA256（如果有）

5. 对比生成 filesMap:
   - 两个版本都有且 SHA256 相同 → reuse
   - 两个版本都有但 SHA256 不同 → replace
   - 只在新版本中存在 → add
   - 只在旧版本中存在 → delete

6. 从 filesMap 提取 changedFilesMap:
   - 只包含 action=add/replace 的条目
   - 添加 archivePath（在 changed.zip 中的路径）

7. 打包 changed.zip:
   - 只包含 add/replace 的文件
   - 保持原始目录结构

8. 判断 requiresCleanInstall:
   - 比较 Launcher 可执行文件在两个版本中的 SHA256
   - 如果不同 → requiresCleanInstall=true

9. 计算 changed.zip 的 MD5

10. 生成 PLONDS.json

11. 输出到 output-dir:
    - changed.zip
    - PLONDS.json

4.5 不再生成的产物

旧产物	处置
`update-{platform}.zip`	被 `changed.zip` 替代
`plonds-filemap-{platform}.json`	被 `PLONDS.json` 替代
`plonds-filemap-{platform}.json.sig`	去掉签名
`platform-summary-{platform}.json`	不再需要
`plonds-static.zip`	不再生成 S3 静态布局
`meta/channels/...`	不再由 Tool 生成，由 Publisher 负责

5. Plonds.Shared 模型改造

5.1 删除的模型

模型	原因
`PlondsFileMap`	被新的 `PlondsManifest` 替代
`PlondsFileEntry`	被新的 `PlondsFileEntry` 替代
`PlondsComponent`	不再有组件概念
`PlondsDistributionInfo`	不再生成分发文档
`PlondsChannelPointer`	由 Publisher 用脚本生成
`PlondsReleaseManifest`	不再需要
`PlondsReleasePlatformEntry`	不再需要
`PlondsSignatureDescriptor`	去掉签名
`PlondsMirrorAsset`	由 Publisher 处理
`PlondsMirrorEntry`	由 Publisher 处理
`PlondsMetadataCatalog`	不再需要
`PlondsAssetEntry`	不再需要

5.2 新模型定义

// PlondsManifest — 对应 PLONDS.json
public sealed record PlondsManifest(
    string FormatVersion,
    string CurrentVersion,
    string PreviousVersion,
    bool IsFullUpdate,
    bool RequiresCleanInstall,
    string Channel,
    string Platform,
    DateTimeOffset UpdatedAt,
    IReadOnlyDictionary<string, PlondsFileEntry> FilesMap,
    IReadOnlyDictionary<string, PlondsChangedFileEntry> ChangedFilesMap,
    IReadOnlyDictionary<string, string> Checksums);

// PlondsFileEntry — filesMap 中的条目
public sealed record PlondsFileEntry(
    string Action,       // add | replace | reuse | delete
    string Sha256,
    long Size);

// PlondsChangedFileEntry — changedFilesMap 中的条目
public sealed record PlondsChangedFileEntry(
    string ArchivePath,  // 在 changed.zip 中的路径
    string Sha256,
    long Size);

5.3 设计决策

FilesMap 和 ChangedFilesMap 用 IReadOnlyDictionary<string, T> 而非 IReadOnlyList<T>，key 就是文件相对路径，查找 O(1)
去掉 Component 概念——当前只有一个 app 组件，分层没有实际意义
FormatVersion 固定为 "2.0"，与旧格式区分

6. Comparator 工作流改造

6.1 保留两个工作流

Comparator（plonds-comparator.yml）：比较文件生成器，只负责生成 changed.zip + PLONDS.json
Publisher（plonds-uploader.yml）：发布器，负责用仓库内 C# S3 客户端上传 changed.zip、PLONDS.json 和解压后的 <version>-changed/ 目录，并把 GitHub/S3 下载信息写回 PLONDS.json
Rollback：独立 rollback 工作流已废弃，不再维护

6.2 Comparator 改造后步骤

# plonds-comparator.yml
触发: release.published / release.prereleased / workflow_dispatch

jobs:
  compare:
    runs-on: ubuntu-latest
    steps:
      - Checkout

      - 解析发布上下文
        → RELEASE_TAG, RELEASE_VERSION, RELEASE_CHANNEL

      - Setup .NET

      - 构建 PLONDS Tool

      - 解析基线版本
        → 查找上一个同频道 Release
        → 如果有 → 记录 baseline_tag, baseline_version
        → 如果没有 → is_full_update=true

      - 下载 payload zips
        → 下载当前版本 files-windows-x64.zip
        → 下载基线版本 files-windows-x64.zip (如果有)

      - 运行 build-delta
        → dotnet run Plonds.Tool -- build-delta \
            --platform windows-x64 \
            --current-version $VERSION \
            --current-zip files-windows-x64.zip \
            --output-dir plonds-output \
            --channel $CHANNEL \
            [--baseline-version $BASELINE_VERSION] \
            [--baseline-zip baseline-files-windows-x64.zip]

      - 上传到 GitHub Release
        → gh release upload changed.zip PLONDS.json

      - 传递元数据给 Publisher
        → 上传 artifact: plonds-run-metadata (tag.txt)

6.3 Publisher 改造后步骤

# plonds-uploader.yml
触发: PLONDS Comparator completed / workflow_dispatch

jobs:
  publish:
    runs-on: ubuntu-latest
    steps:
      - Checkout
      - 解析 release tag
      - Setup .NET
      - 构建 PLONDS Tool
      - 从 GitHub Release 下载 changed.zip + PLONDS.json
      - 调用 dotnet run Plonds.Tool -- publish-s3
        → 使用仓库内 C# S3 客户端上传，不依赖 aws CLI
        → S3 目录布局：
            <prefix>/<version>/PLONDS.json
            <prefix>/<version>/changed.zip
            <prefix>/<version>/<version>-changed/**
            <prefix>/<version>/Files.zip
            <prefix>/<version>/<version>-Files/**
        → 回写 PLONDS.json downloads 字段：
            downloads.github.releaseUrl
            downloads.github.manifestUrl
            downloads.github.changedZipUrl
            downloads.github.filesZipUrl
            downloads.s3.manifestUrl
            downloads.s3.changedZipUrl
            downloads.s3.changedFolderUrl
            downloads.s3.filesZipUrl
            downloads.s3.filesFolderUrl
      - 将回写后的 PLONDS.json 重新上传到 GitHub Release

6.4 与当前步骤的差异

当前步骤	改造后
准备签名密钥	❌ 删除
解析基线计划 (pwsh，三平台)	✅ 简化：只找 Windows，逻辑简化
下载 payload zips (pwsh，三平台)	✅ 简化：只下载 Windows
构建增量资产 (pwsh，含 build-index + 静态布局验证 + plonds-static.zip 打包)	✅ 简化：只调用 build-delta
上传 PLONDS assets 到 release	✅ 简化：只上传 changed.zip + PLONDS.json
传递元数据	✅ 保留，但 artifact 内容简化
Publisher 中使用 aws CLI / plonds-static / build-plonds / plonds.json.sig	❌ 删除，改为 C# `publish-s3`
独立 rollback workflow	❌ 删除

7. 双模式差分生成

7.1 概述

Comparator 支持两种差分生成方法，通过 workflow_dispatch 的 compare_method 输入项选择：

方法	标识	核心思路
方法一	`file-compare`	下载两个版本的 files zip，全量文件哈希对比
方法二	`commit-analyze`	分析两个版本之间的 git commit，映射源码变更到产物文件

7.2 GitHub Actions 触发器新增输入项

workflow_dispatch:
  inputs:
    tag: ...
    baseline_tag: ...
    channel: ...
    compare_method:          # 新增
      description: '比较方法'
      type: choice
      default: file-compare
      options:
        - file-compare
        - commit-analyze
    hash_algorithm:          # 新增（仅方法一）
      description: '哈希算法'
      type: choice
      default: sha256
      options:
        - sha256
        - md5

当由 release 事件触发时，默认使用 file-compare + sha256。

7.3 方法一：文件对比模式（file-compare）

流程：

1. 下载当前版本 files-windows-x64.zip
2. 下载基线版本 files-windows-x64.zip（如果有）
3. 解压两个 zip 到临时目录
4. 用指定哈希算法（sha256/md5）扫描两个目录的所有文件
5. 对比哈希值，生成 filesMap（add/replace/reuse/delete）
6. 从当前版本目录中提取 add/replace 的文件 → changed.zip
7. 生成 PLONDS.json

PlondsDeltaBuildOptions 新增参数：

string HashAlgorithm = "sha256"  // "sha256" | "md5"

哈希算法对 PLONDS.json 的影响：

sha256：filesMap 和 changedFilesMap 中使用 sha256 字段
md5：filesMap 和 changedFilesMap 中使用 md5 字段

7.4 方法二：Commit 分析模式（commit-analyze）