Repository navigation
[Bug Report] (Workflows): WinGet Manifests 生成但不向上游推送 #1199
Description
WinGet 相关动态
- [Package Request]: BYVoid.OpenCC 1.3.0 microsoft/winget-pkgs#362528
- New package: BYVoid.OpenCC version 1.3.0 microsoft/winget-pkgs#362535
- [Update Request]: BYVoid.OpenCC 1.3.1 microsoft/winget-pkgs#372416
OpenCC 相关动态
- Add WinGet Windows release flow #1051
- [公告] OpenCC 1.3.0 已透過 Windows 平台的 WinGet 發佈，並提供「jieba」分詞的新選項 #1136
概述
当前， OpenCC 已经集成了生成 WinGet Manifests 的能力12，但生成的 WinGet Manifests 并不会向 WinGet 仓库上游进行推送，所有的 Manifests 维护工作仍要依赖 WinGet 社区志愿者。
希望可以改进 Workflows 配置，由 GitHub Workflows CI 直接向 WinGet 上游发起 Pull Request 推送新版本的 Manifests 信息，后续更新由 @BYVoid 使用 @frankslin 提交的 Workflows 接管。
Activity
Dragon1573 commentedon May 10, 2026
根据
release-winget.yml中调用的 PowerShell 脚本，生成的 Manifests 版本使用ManifestVersion: 1.9.0。当前 WinGet 已全面升级到v1.12.0Manifests 版本（不论是 WinGetCreate / Komac / Sundry /Tools/YamlCreate.ps1），建议此 Step 可以改进为：Tools/YamlCreate.ps1的副本，用它生成并发布frankslin commentedon May 10, 2026
请问 WinGet 这边对已有 manifest 的 app，后续版本升级可以直接发 PR 吗？还是也要按照流程需要先发 issue、人工审核后才能发 PR？另外我注意到 1.9.0 的 manifest 没有声明 VC redistributed library 这个 dependency，是否也要修一下？
Dragon1573 commentedon May 10, 2026
推荐是先开 Issue 再发 PR ，但不是强制的。没有 Issue 直接发 PR 就行，很多自动化版本维护就是这样的。
当然要修。我的建议是用现有 Actions （比如上面提到的 WinGet Releaser），不要自己来生成。
frankslin commentedon May 10, 2026
理解。目前 OpenCC 的 workflow 是先生成一个 release draft，手动提交 tag 触发各平台 release workflows，其中 Release WinGet 会生成两个 release artifacts，正式发布前 notes 还可能再手动修改一次。因此 workflow 里面打包的 manifest 文件不包含最终版本的 release notes，不能直接使用。
我们会另外开一个 workflow / project，专门通过 workflow 调用 komac，以 OpenCC-{ver}-windows-x64-portable.zip 和正式发布的 release notes 文字作为输入，输出直接会给 winget 开 PR。
frankslin commentedon Jun 29, 2026
新版本 PR 已生成： microsoft/winget-pkgs#394838