安装依赖项的最佳实践？

Question

我在想一个好方法来发布我的应用程序，它是一个python包。使用pythons distutils包安装我的软件包很容易。在

问题在于我的包所依赖的依赖关系。如果依赖关系是python包，我可以使用distutils轻松地处理它们，但是非python包呢？其中一些甚至在构建和安装它们时需要非常小心，因为需要设置非常特殊的编译器标志等等。。。在

如果我想为用户自动化安装过程，最好的方法是什么？在

1. 编写下载并安装依赖项的make文件
2. 编写安装依赖项的脚本
3. 没有自动化是最好的。只需编写一本手册，告诉用户如何安装 依赖关系
4. ？？？在

如有任何答复或建议，请提前告知

Answer 1

我们有一个名为Kivy（http://kivy.org/）的项目，也有完全相同的问题。在早期阶段，我们已经完成了一个一体化的包，其中包括每个依赖项的每个设置。但是用户有很多“下一步”>；“按钮可以点击。。。对于每个部门（窗口）。所以现在，我们已经设法处理好我们自己的依赖关系。在

除了与linux相关的（因为我们所有的dep都已经打包在“linux”上），我们已经采取了为每个平台管理我们称之为“portabledeps”的zipfile的方法。然后，我们有一个脚本：

1. 下载便携式deps-zip
2. 包括我们项目的最新版本
3. 在根目录中添加启动程序脚本
4. 压缩根目录，并将其重命名为project.Zip

在MacOSX的一个特殊情况下，zip是一个带有小UI的dmg。在

好处是用户不必关心dep，而且开发人员确切地知道项目中交付了什么二进制文件：）

有关信息，我们为distutils提供了build泳u可移植命令：

• https://github.com/kivy/kivy/blob/master/kivy/tools/packaging/osx/build.py
• https://github.com/kivy/kivy/blob/master/kivy/tools/packaging/win32/build.py

Answer 2

帮助你做出决定最重要的是考虑你的听众。在

他们在技术上是否倾向于按照说明如何构建依赖关系而感到舒服？如果是的话，就用（3）。如果要自动编写一个脚本，或者不自动编写一个脚本，也可以是编写一个脚本。选择你觉得写得最舒服的一个。在