使用Pipenv搭建DC/OS测试环境时遇dcoscli版本匹配问题

首先可以明确：这不是你的操作错误，而是Pipenv严格的依赖解析机制和dcos-shakedown未及时更新版本依赖约束共同导致的问题。

冲突原因拆解 #

• dcos-shakedown的官方依赖声明里，对dcoscli的版本上限做了限制（从报错来看是<=0.4.14），但你通过pipenv install dcoscli安装了最新的0.5.7版本。
• Pipenv的依赖解析逻辑是严格校验所有子依赖的版本约束，一旦发现冲突就会抛出解析失败的错误；而普通pip的解析逻辑更宽松，会尝试忽略这种版本约束冲突直接安装，所以你用pip手动安装时没有问题。

为什么shakedown还能正常使用？ #

这说明dcoscli 0.5.7的API和功能并没有破坏dcos-shakedown的兼容性，只是dcos-shakedown的依赖声明没有及时更新，没有把0.5.7版本加入支持范围。所以Pipenv的校验报错了，但实际运行时代码能正常工作。

可行的解决办法 #

• 指定兼容的dcoscli版本：修改你的Pipfile，把dcoscli的版本约束改成shakedown支持的范围，比如：

  [packages]
  dcoscli = "<=0.4.14"
  dcos-shakedown = "*"
  behave = "*"
  

  然后执行pipenv install，Pipenv就能正常解析并生成一致的锁文件。
• 跳过Pipenv的依赖锁定：如果你确实需要使用dcoscli 0.5.7，可以执行pipenv install --skip-lock来强制安装，不过这样会失去Pipenv依赖锁定的优势，后续重新安装时可能出现版本不一致的问题。
• 保留pip手动安装方式：就像你现在做的，进入虚拟环境后用pip install dcoscli==0.5.7 dcos-shakedown手动安装，但需要注意这样Pipfile和实际安装的依赖会不一致，后续维护时要额外留意。

关于是否是bug #

这不算Pipenv的bug，而是dcos-shakedown的依赖声明滞后于dcoscli的版本更新。你可以考虑给dcos-shakedown的项目仓库提交issue，请求维护者更新对dcoscli的版本依赖约束，加入对0.5.7版本的支持，这样后续其他用户用Pipenv安装时就不会遇到同样的问题了。

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