为 Python 项目编写 Makefile
|
中使用。 对开源项目来说，Makefiles 让代码贡献者知道怎么构建、测试、部署项目。并且，如果你正确使用了 Makefiles，他们可以大大简化你的CI/CD 流程脚本。因为你只需要简单地调用对应的 make 命令就可以了。最重要的是，Makefiles 可以简化你的开发工作。 对 Python 项目来说，我总是使用虚拟环境，因此我使用了两个不同的 Makefiles 策略：
假设 make 命令是在虚拟环境中执行的我们来看一个非常简单的 Makefile 文件，这个文件可以让你实当然，不方便的地方在于，你的每一个 shell 窗口都必须手动激活虚拟环境。所以当你使用 tmux 激活一个新的终端窗口或者把 vim 放到后台上去运行的时候，就很麻烦。 在 make 命令里面激活虚拟环境看起来是很难做到的，因为每一段代码甚至每一个命令都会在它自己的 shell 里面运行。但是我们稍后看一个办法绕过这个限制，比如说使用.ONESHELL标志，但这无法解决新开新的代码片段运行在新 shell 的问题。 在 make 命令里面封装虚拟环境的调用命令第二个方法基本上解决了在 make 命令里面激活虚拟环境的问题。这个办法是从makefile.venv[2]里面学到的，我简化了一下：功能上看，这个 Makefile 跟刚才的差不多，但是代码看起来更复杂了。所以我们现在一行一行来看看它是怎么实现的。 如果虚拟环境已经激活，或者pytest, flake8这些包已经安装到了系统 Python 环境里面，那么我们直接调用他们就可以了。但是现在，在新的 Makefile 文件中，我们显式地使用虚拟环境中的绝对路径来调用他们。为了确保虚拟环境存在，每一段代码都依赖于$(VENV)这一项。这一项确保了当前有一个最新的虚拟环境可用。 这种方案有效，是因为当我们执行. venv/bin/activate的时候，本来虚拟环境就是把它自己的绝对路径放到了环境变量里面。因此每一次调用 Python 或者其他包的时候，都是使用虚拟环境中安装的。
虽然 Makefile 文件变得有点复杂了，但是我们要测试代码的时候，还是仅仅需要简单地执行一下命令： （编辑：厦门站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
