Python 开源项目在进行依赖升级的时候, 是如何规避掉大部分 bug 的?

申请人力测试

这是哪位领导一拍脑袋想出来的 KPI ，所有第三方都要是最新版，想想最近的 CrowdStrike 不怕死的很难看嘛。

@AntiEoom 不不不 你这个太极端了
不是非得最新版.

人力解决

首先把你的测试覆盖度提到 90%以上，然后核心依赖逐个升级

@huangyezhufeng 开源项目就是依靠单测实现的是吗?

有自动化测试吗？即便 API 兼容，也可能实现不兼容

很难做到，如果只是使用第三方库，那还好。如果对第三方库进行了定制，哪怕是继承，都又很大程度上会出问题。

比如这个： https://github.com/mfogel/django-timezone-field/pull/137

我是使用 https://github.com/celery/django-celery-beat/ 这个库，然后序列化的时候重写了 timezone_field.TimeZoneField 类。而且，我在 requirements.txt 中使用了 >=。

导致使用这个模板项目，新建项目、安装完依赖后，初始化的时候报错。

这只是一个很简单的例子，很多组件库都有 BREAKING 修改，如果在 CHANGELOG 中有指明还好，没有指明就是一个暗坑。而且，即便指明了，你升级的时候也不会去看每个包的 CHANGELOG 。

@chaleaochexist #6 https://github.com/tiangolo/sqlmodel/issues/654

参考下这个吧，如果升级的依赖有明确的 break change ，每个依赖要单独升。比如从 1.x 升到 2.x ，这里的做法是先升到 1.x 最新版，然后做好测试；然后再慢慢升 2.x 。整个是个挺繁琐的过程...

开源项目第三方依赖包都是固定版本的，升级版本大概率会出现运行不起来的情况

c++er 成为轮子不是没有理由的

无解，纯靠测试。即使 API 兼容，表现也可能不一样。

最近升级了 fastapi 和 pydantic 版本，改了几十个文件。测试了大部分功能后，上线还是发现了好几个不兼容引起的 error

很多都不测，上周遇到的 transformer 和 deepspeed 的问题，搜 GitHub 一堆人提，老版本就没事