转载

requests作者推荐:更好的pip工作流

  • 原文作者: Kenneth Reitz
  • 原文发布日期:2016/02/25
  • 译者:EarlGrey@编程派
  • 本文由编程派原创编译, 首发于微信公众号“编程派” 。更多Python一手教程及资源,请微信搜索“编程派”。

现在大家开发Python应用时,在代码库的根目录中添加一个 requirements.txt 文件已经成了标准实践。

这个文件用处挺多,一般有以下两种形式:

  • 项目的顶层依赖包清单(top-level dependencies),通常不会指定版本号
  • 项目的全部依赖包清单,每个依赖包都指定版本号

方法1:简单的 requirements 文件

项目的顶层依赖包清单,通常不会指定版本号。

$ cat requirements.txt requests[security] flask gunicorn==19.4.5

方法1非常简单,也是每个使用 requirements 文件的开发者希望获得的用户体验。但是,如果将这样一个 requirements.txt 文件部署到生产环境,有可能会出现预料之外的问题。因为你没有指定版本号,所以在运行 pip install 后,你今天安装的Python包可能和明天安装的就会不一样。

这是很糟糕的。因为子依赖包可能经常更新版本号,所以重新运行 pip install -r requirements.txt 可能会让你安装不一样的Python包。这有可能会让你的应用因为未知的原因而无法运行。

方法2:精确的 requirements 文件

项目的全部依赖包清单,每个依赖包都指定版本号

$ cat requirements.txt cffi==1.5.2 cryptography==1.2.2 enum34==1.1.2 Flask==0.10.1 gunicorn==19.4.5 idna==2.0 ipaddress==1.0.16 itsdangerous==0.24 Jinja2==2.8 MarkupSafe==0.23 ndg-httpsclient==0.4.0 pyasn1==0.1.9 pycparser==2.14 pyOpenSSL==0.15.1 requests==2.9.1 six==1.10.0 Werkzeug==0.11.4

方法2是部署应用时应采取的最佳实践,可以确保你的运行环境不会出现问题。

所有的依赖包,包括子依赖包都明确列出,而且指定了各自的版本号。

这种类型的 requirements.txt 是在应用当前工作运行环境下,运行 pip freeze 命令自动生成的。这种做法鼓励开发者平等对待开发/生产环境(dev/prod parity),对待外部依赖包,就像对待本身应用的代码一样尊敬(因为它们也是你应用代码的一部分)。

麻烦之处

尽管方法2是使用 requirements.txt 的最佳实践,但实际上还是有点麻烦。举个例子,如果我有一个较大的代码库,希望通过 pip install --upgrade 命令更新部分或全部Python包,我没有办法轻松地做到这点。

之前我的方法是,一个一个地把顶层的依赖包挑出来,然后手动输入 pip install requests[security] flask --upgrade 。这个过程可不好受。

我思考了很久,还想过要开发一个工具来解决这个问题。当然,现在已经有了像 pip-tools 这样的工具。可是,我不想再往自己的工具链(tool chain)里加东西了;这个问题应该利用已有的工具就能解决。

最后,我想出了一个很好的方案,利用我现有的工具解决了这个问题,而且兼具方法1和方法2的优势。我已经在项目中使用这个工作流一段时间,对结果非常满意。

工作流

其实很简单:我们不只放一个 requirements 文件,而是两个:

  • requirements-to-freeze.txt
  • requirements.txt

requirements-to-freeze.txt

requests[security] flask gunicorn==19.4.5

requirements.txt

cffi==1.5.2 cryptography==1.2.2 enum34==1.1.2 Flask==0.10.1 gunicorn==19.4.5 idna==2.0 ipaddress==1.0.16 itsdangerous==0.24 Jinja2==2.8 MarkupSafe==0.23 ndg-httpsclient==0.4.0 pyasn1==0.1.9 pycparser==2.14 pyOpenSSL==0.15.1 requests==2.9.1 six==1.10.0 Werkzeug==0.11.4

requirements-to-freeze.txt 遵循的是方法1,文件中说明了项目的顶层依赖包,以及你需要指定的明确版本号。

requirements.txt 遵循的是方法2,其中的内容是运行 pip install requirements-to-freeze.txt 命令后, pip freeze 生成的。

基本用法

$ cd project-repo  $ pip install -r requirements-to-freeze.txt --upgrade Installing collected packages: six, enum34, ipaddress, ...  $ pip freeze > requirements.txt

鱼与熊掌,二者兼得。

我建议你尝试一下这个工作流,很有可能会避免你未来碰到构建失败等问题。

原文  http://www.codingpy.com/article/a-better-pip-workflow-recommended-by-kenneth/
正文到此结束
Loading...