Anna-Lena Popkes
当我开始使用 Python 并创建我的第一个包时，我感到困惑。创建和管理一个包比我预期的要困难得多。此外，存在多种工具，我不确定该使用哪一个。我相信你们中的大多数人过去也遇到过同样的问题。Python 有大量的工具来管理虚拟环境和创建包，要理解哪一个最适合你的需求可能很难（或几乎不可能）。关于这个话题存在多个演讲和博客文章，但没有一个提供完整的概览或以结构化的方式评估这些工具。这就是本文的目的。我想给你一个真正无偏见的评价，关于现有的打包和环境管理工具。如果你宁愿观看一个演讲，可以看看 PyCon DE 2023 或 EuroPython 2023 的录像。
自从我参与开源 Python 项目以来，tox 一直是跨 Python 版本（以及其他因素）测试软件包的关键。然而，最近，我越来越多地在我的项目中使用 Nox。由于我被反复问到，为什么，我将总结一下我的想法。
我再怎么强调也不为过，我不想阻止任何人使用 tox。tox 很棒。没有 tox，Python 开源生态系统就不会是现在的样子。它的作者和维护者我永远感激！
我本能地不喜欢说 tox 的坏话，但如果不对比功能和行为就无法解释我的偏好。
这不是呼吁放弃 tox（我仍然在许多项目中使用它），而是解释为什么我在某些情况下更喜欢 Nox。Nox 和 tox 都不是绝对优于另一个，只是不同而已。
2022 新年钟声的敲响有没有让开发小哥哥、测试小姐姐们心头一紧？马上过年了，2021 年的项目还一堆功能和 bug 没搞完，真令人头秃……
小编干了小十年开发，每到项目交付前，再美的测试小姐姐我每天也不想见到她。因为大多数团队每次为了赶进度，在一期工程基本一屁股技术债 ——
单元测试是不可能写的，这辈子都不会写单元测试；集成测试更不要想，只能靠测试小姐姐点点点这样维持一点质量……
而且俗话说得好：
码农三大懒 —— 变量命名、注释/文档、测试代码
辣这年前上线啷个弄嘛？
…… 也不是不可以抢救一下~
Update your browser to view this website correctly. Update my browser now
