如果GCC不工作，我有哪些python部署选项

Question

我的基于python构建的生产环境被管理员移到chroot中。现在重新运行构建失败，因为编译器（gcc）在编译任何C扩展（PIL，ZODB）的包时出错退出。在

_imaging.c:3403: error: (near initialization for 'functions[39].ml_meth')
error: Setup script exited with error: command 'gcc' failed with exit status 1

管理员告诉我gcc在chroot坏了。当然，这是一个奇怪的和不可行的情况，它将尽快修复。在

但多年来我一直在使用buildout/virtualenv。现在我真的很感兴趣，我现在仍然可以选择在gcc崩溃时更新基于构建的python部署。如果我删除了任何依赖项（在构建.cfg或包装设置.py)这触发了gcc编译，但这给我留下了不完整的应用程序启动脚本。基本上所有的包都已经下载/组装/编译，但是buildout总是重新编译某个发生了变化的部分（我知道。已安装.cfg). 在

在这种情况下，我或任何不负责系统管理的python开发人员如何继续使用构建部署的优势？我愿意接受任何建议，并希望讨论和了解他们的利弊。在

Answer 1

在其他地方构建，在构建主机上，在一个可以运行的地方运行buildout（一个运行GCC的相同体系结构的框），然后将Fabric集成到构建环境中，将构建推送到部署主机。我没有这样做，但是假设您必须编写许多方法来将您需要的东西（例如，构建的鸡蛋、开发鸡蛋、src、零件、bin目录）推送到fabfile中的服务器。在