人工智能深度学习机器学习【免费下载链接】onnxOpen standard for machine learning interoperability项目地址https://gitcode.com/gh_mirrors/onn/onnx点击查看免费下载导读本文基于 ONNX 仓库的 docs/ReleaseAdministration.md 编写系统讲解 ONNX 项目在稳定版本发布之后由Architecture Infra SIG 管理员负责执行的 PyPI 包存储清理任务。这些任务属于特权维护操作不在发布经理Release Manager的常规发布清单范围内。读者读完本文后将掌握为什么需要清理 PyPI 存储、onnx-weekly周更包与 TestPyPI 候选版本的删除前提与操作步骤、删除前必须核验的关键要素以及如何与 RELEASE-MANAGEMENT.md、docs/OnnxReleases.md 中的完整发布流程衔接。一、角色与职责边界为什么需要专门的发布管理1.1 发布流程中的两类职责ONNX 的发布过程分为两条并行的职责线发布经理Release Manager负责版本规划、创建rel-X.Y.Z分支、上传候选版本、协调合作伙伴验证、发布正式版本等全流程工作详见 docs/OnnxReleases.md 与 RELEASE-MANAGEMENT.md。Architecture Infra SIG 管理员负责发布后的存储清理等特权维护任务。这些操作需要 PyPI 项目管理权限因此独立于发布经理执行。1.2 为什么清理存储是必要的ONNX 项目维护多个 PyPI 包与索引实例包名 / 索引用途发布频率onnxPyPI官方稳定版本约每 3 个月一次onnx-weeklyPyPI每周开发构建供用户提前尝鲜新功能每周onnxTestPyPI发布候选RC验证用每个 RC 一次其中onnx-weekly每周发布一次长期积累会占用大量项目存储空间TestPyPI 上的 RC 版本在正式版发布后也失去存在意义。及时清理过期发行版distribution是控制存储成本、保持索引整洁的常规操作。从源码结构可以印证周更包与稳定包是相互独立又彼此兼容的发行渠道onnx/init.py 在读取版本号时会优先查找onnx包若未安装稳定版则回退到onnx-weekly这保证了两个包可以共存而不互相污染也解释了为何onnx-weekly需要单独管理其发布历史。二、删除操作的总原则不可逆与三要素核验2.1 删除是不可逆操作包删除一旦执行无法撤销。文档明确强调在删除任何一个 distribution 之前必须先核验以下三要素项目Project确认是onnx还是onnx-weekly避免误删版本Version确认版本号与目标发行版一致包类型与目标索引Package type and target package index确认是 wheel、sdist 等具体文件类型以及位于 PyPI 还是 TestPyPI。2.2 与 SIG 协调任何清理操作都应与Architecture Infra SIG提前协调确认清理时机与范围不要单独擅自执行。三、清理场景一Weekly 周更包onnx-weekly3.1 清理时机与对象稳定版本发布之后管理员可以删除onnx-weekly中与该稳定版本号相同的 distribution。原因是该版本已经以正式包形式进入 PyPI周更包中同版本的构建便不再具有独立价值删除可释放项目存储。3.2 操作步骤打开 onnx-weekly 发布管理页面选中过期版本核验其版本号与文件列表使用Options Delete移除该版本。3.3 访问控制注意onnx-weekly与onnx是两个独立的 PyPI 项目访问控制相互分离。如果你需要管理周更包但当前没有权限应向现有项目所有者申请访问权限。四、清理场景二TestPyPI 发布候选Release Candidates4.1 清理时机与对象在以下两个条件同时满足后管理员可以删除 TestPyPI 上过期的 ONNX RC distribution对应的稳定版本已经发布合作伙伴验证已完成。同时要保留仍然需要用于调查当前版本的候选版本——也就是说如果当前版本还存在未解决的回归问题、需要对照某个 RC 复现分析则该 RC 应予以保留。4.2 操作步骤打开 ONNX TestPyPI 发布管理页面选中过期的候选版本核验其版本号与文件列表使用Options Delete移除该版本。4.3 RC 在发布流程中的位置RC 版本由 GitHub Actions 工作流自动构建并上传。在 .github/workflows/create_release.yml 中可以看到publish_testpypi_release输入项专门负责将rel-分支上的候选构建发布到 TestPyPI对应testpypi-release部署环境目标地址 https://test.pypi.org/p/onnxpublish_pypi_release则负责最终发布到正式 PyPI对应pypi-release环境。此外工作流还通过check_for_publish_release_build_to_pypi等守卫作业校验VERSION_NUMBER与分支名的一致性允许X.Y.Z或X.Y.Zrc*格式从流程上保证 RC 与正式版的版本命名规范。五、与完整发布流程的衔接5.1 清理动作发生在发布链路的末端存储清理不是孤立操作而是 ONNX 发布生命周期约每 3 个月一个周期的收尾环节。整体链路为准备确定版本X.Y.Z创建rel-X.Y.Z分支准备初步发布说明新特性、Bug 修复、已知问题、弃用与移除项标签体系见 .github/release.yml候选验证通过 Create Releases 工作流构建各平台 wheel 与 sdist发布 RC 到 TestPyPI供 onnxruntime、PyTorch、tensorflow-onnx 等合作伙伴验证正式发布验证通过后移除rcX后缀、创建 git tag、发布正式版到 PyPI自 1.19 起 RC 也直接发布到 PyPI此前使用 test.pypi.org发布后收尾公告、更新 conda-forge feedstock、将发布分支合并回 main存储清理本文主题由 Architecture Infra SIG 管理员删除过期的onnx-weekly版本与 TestPyPI RC。在 docs/OnnxReleases.md 的末尾明确写道PyPI storage cleanup is not part of the release managers responsibilities. It is performed separately by Architecture Infra SIG administrators as described in Release Administration.——这正是本文所述管理任务在整体流程中的官方定位。5.2 发布可追溯性与安全验证清理操作只影响存储层面不影响已发布包的完整性验证。ONNX 自 1.20 起为 PyPI 发行版附加符合PEP 740的Sigstore 签名证明attestations可校验制品未被篡改、确由 ONNX CI 构建并发布、发布者身份为onnx/onnx验证方法详见 docs/ReleaseVerification.md。管理员在删除旧版本前可先据此确认归档制品的可信性再执行清理。六、最佳实践小结先协调后操作与 Architecture Infra SIG 确认清理范围与时机三要素核验项目、版本、包类型与目标索引缺一不可区分索引实例TestPyPI 的 RC 清理与 PyPI 的onnx-weekly清理是两套独立流程使用各自的管理页面保留在途证据当前版本调查仍需要的 RC 不要删除注意权限边界onnx-weekly与onnx访问控制分离需要单独申请删除即终局PyPI 上已发布的版本不可覆盖正式发布前务必在 TestPyPI 上确认一切正确详见 docs/OnnxReleases.md 的 NOTES。参考资料docs/ReleaseAdministration.md本文的直接来源定义管理员清理职责与步骤docs/OnnxReleases.md完整发布流程准备、分支、RC、正式发布、收尾RELEASE-MANAGEMENT.md发布节奏、兼容性矩阵、周更包机制.github/workflows/create_release.ymlCreate Releases 工作流含 TestPyPI/PyPI 发布与版本校验守卫.github/release.yml发布说明生成所用的 PR 标签分类docs/ReleaseVerification.mdSigstore / PEP 740 发布验证onnx/init.pyonnx与onnx-weekly版本号共存读取逻辑赞分享人工智能深度学习机器学习【免费下载链接】onnxOpen standard for machine learning interoperability项目地址https://gitcode.com/gh_mirrors/onn/onnx点击查看免费下载相关推荐终极容器卷管理指南使用VolumeCommand实现持久化存储的完整操作手册终极容器卷管理指南使用VolumeCommand实现持久化存储的完整操作手册 容器技术极大地简化了应用部署流程但数据持久化始终是开发者面临的核心挑战。 GiCLI虚拟化容器运行时云原生Windows驱动存储深度清理DriverStore Explorer终极操作指南Windows驱动存储深度清理DriverStore Explorer终极操作指南 Windows驱动管理是系统维护中常被忽视却至关重要的环节。DriverS桌面应用运维FFmpeg-Builds发布管理prunetags.sh实现版本自动清理与存储优化FFmpeg Builds发布管理prunetags.sh实现版本自动清理与存储优化 引言版本管理的痛点与解决方案 在FFmpeg Builds项目的日常维构建工具CI/CDDevOps开发工具上一篇WechatMagician防撤回功能深度解析消息永不失的秘密下一篇BongoCat代码静态分析集成编辑器与CI管道设置创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
