单服务器多Django项目的Python环境配置及pipenv使用疑问

先解决你的部署报错问题 #

你执行pipenv install时出现0/0的安装进度，是因为Capistrano执行命令时没有切换到项目的release目录，pipenv找不到当前项目的Pipfile和Pipfile.lock，所以认为没有依赖需要安装。

修改你的Capistrano任务，加上目录切换操作：

task :bundle do 
  on roles(:app) do
    within release_path do
      execute "/home/ubuntu/.pyenv/shims/pipenv install"
    end
  end
end

task :migrate do 
  on roles(:app) do
    within release_path do
      execute "/home/ubuntu/.pyenv/shims/pipenv run python manage.py makemigrations"
      execute "/home/ubuntu/.pyenv/shims/pipenv run python manage.py migrate"
    end
  end
end

task :assets do 
  on roles(:app) do
    within release_path do
      execute "yes yes | /home/ubuntu/.pyenv/shims/pipenv run python manage.py collectstatic"
    end
  end
end

这样pipenv会在项目目录下识别Pipfile，正确安装所有依赖（包括Django）。

你的疑问解答 #

1. 是否可以使用pipenv在单服务器上实现多项目环境隔离？ #

完全可以。pipenv会为每个项目创建独立的虚拟环境，默认存储在~/.local/share/virtualenvs/目录下，以项目名-随机哈希值命名，不同项目的依赖、Python版本（如果指定）完全隔离，不会互相干扰。只要每个项目放在独立的服务器目录下，执行pipenv命令时切换到对应项目目录，就能保证环境隔离。

2. 服务器上实现多项目环境隔离的最佳实践 #

• pyenv + pipenv/Poetry组合：pyenv负责管理服务器上的多个Python版本，pipenv/Poetry负责每个项目的依赖和虚拟环境，兼顾版本管理和依赖隔离，适合Python项目较多的场景。
• Docker容器隔离：将每个项目打包成独立的Docker容器，不仅隔离Python依赖，还能隔离系统级依赖，部署时直接运行容器，环境一致性最高，适合复杂项目或需要快速扩容的场景。
• virtualenv/venv + 目录隔离：传统方案，每个项目目录下创建独立的虚拟环境（python -m venv venv），手动激活后安装依赖，操作简单，适合小型项目或对工具链有洁癖的场景。
• Poetry替代pipenv：Poetry是目前更流行的Python依赖管理工具，依赖解析更严谨，支持项目打包和发布，虚拟环境管理逻辑和pipenv类似，但稳定性和生态更好。
• 系统权限隔离：给每个项目分配独立的系统用户，限制用户只能访问自己的项目目录，从操作系统层面增加隔离性，避免项目间的恶意访问或误操作。

内容的提问来源于stack exchange，提问作者whitebear