← 返回全部作品PROJECT DOSSIER / 09 OF 09

REPRODUCIBILITY / 09

ReproShift.

研究 Python 机器学习仓库历史依赖兼容性的工件,区分包可用性、wheel 可用性与二进制依赖解析。

GitHub 仓库 / 研究工件
01 / 我的职责
科研工程 · 依赖兼容与约束修复
02 / 项目状态
探索项目 · EXPLORATORY
03 / 技术栈
Python / Dependency Resolution / pip dry-run / Cross-platform / Reproducible Analysis

CAPABILITIES / 能力

已经做成什么。

当前版本的主要功能

  • 01版本化协议、分析修订与公开派生数据
  • 02包 / wheel / 依赖解析三个层次的兼容检查
  • 03跨 Python 版本与 Windows / Linux 目标评估
  • 04区分已观察成功、失败与操作性未知结果
  • 05公开投影重分析、表格与图表生成入口

THE CONTEXT

从什么问题
开始?

旧机器学习仓库可能在训练开始前就卡在依赖上,但解析器成功也不能证明实验已复现。工件把这些层次分开测量,并研究预算内的约束修复。

包含版本化协议、公开兼容性投影、预算约束修复分析与图表入口;扩展评估覆盖 CPython 3.10 / 3.12 和 Windows AMD64 / Linux x86-64。

SYSTEM OVERVIEW

拆开来看。

架构示意 / 非实时运行数据

  1. 01冻结声明与评估协议
  2. 02包 / wheel / 解析探测
  3. 03预算约束修复分析
  4. 04公开投影与图表重建

DESIGN INTENT

选择背后的
思考。

  1. 01

    分别记录包、wheel 和二进制解析状态,并保留操作性未知结果。

  2. 02

    探测使用元数据和 wheel-only pip dry-run,不执行目标仓库的安装脚本或代码。

  3. 03

    用已提交公开投影和封存索引回执重建分析,区分公开重分析与完整源数据重建。

CURRENT BUILD / 项目现状

目前做到哪里。

V1.1.0 提供公开派生数据、分析代码、协议、回归测试、图表与发布清单,包含跨 Python 和操作系统的 v6 分析重建入口。

依赖解析成功只是复现的前置条件,不代表导入、测试、训练或数值复现成功;部分源分类需要未随公开包提供的冻结输入。

GitHub 仓库 / 研究工件 ↗V1.1.0 工件发布 ↗
NEXT CASE / 下一个项目Zhixu · Enterprise Knowledge