即使在使用显式版本的 Pipfile 和 Pipfile.lock 后，用户之间也存在差异

抱歉，篇幅较长，这是一个非常复杂的 Pipenv 情况。

在我的公司，我们正在使用 pipelinev （同时使用Pipfile and Pipfile.lock）来控制不同工程师笔记本电脑上使用的包。这对我们来说比大多数团队更重要，因为我们还使用 Zappa 来部署 AWS Lambda 代码，并且它显然直接从部署者的笔记本电脑打包依赖项来部署它们。因此，如果人们的笔记本电脑在依赖性方面不完全一致，我们可以根据部署者的不同在云中获得不同的行为。

我们发现，即使在尝试完全控制依赖关系之后Pipfile and Pipfile.lock，我们最终在不同的笔记本电脑上获得了不同的 Python 包，如下所示pip freeze并如部署代码中的错误所示。

这是显示我的笔记本电脑和我老板的笔记本电脑之间差异的确切过程（我引用的 Pipfile 代码位于多行上，但我将其压缩为一行，因为我在 SO 格式方面遇到了问题）：

1. 一开始，我们所拥有的只是一个Pipfile使用通配符指定的包，例如[requires] python_version = "3.6" [packages] flask = "*"。另外，我们没有Pipfile.lock，我的老板（他是这个项目的第一个编码员）总是跑--skip-lock
2. 为了更好地控制事情，我首先升级了我们的Pipfile用显式版本替换通配符并使我们的 Python 版本更加具体，例如[requires] python_version = "3.6.4" [packages] Flask = "==1.0.2"。为此，我拿到了老板的一份副本pip freeze输出并将版本复制到Pipfile其中名称与那里列出的内容匹配（我跳​​过了任何不匹配的内容，因为我认为它是上游依赖项，而我们还没有触及它）。我犯了这个。
3. 我们仍然遇到问题，所以我们决定开始使用Pipfile.lock控制上游依赖关系。所以我的老板通过运行创建了一个pip install没有--skip-lock第一次，并承诺了这一点。
4. 我拉了Pipfile.lock，删除了我的环境pipenv --rm并重新创建它pipenv install
5. 我们俩都跑了pip freeze并比较了输出，但我们仍然存在许多差异。

我想我可以让我的老板删除他的pipenv环境并根据承诺重新安装Pipfile and Pipfile.lock，但由于它们是基于他的pip freeze如果这改变了什么，我会有点惊讶。

所以我只是想知道：这种行为真的出乎意料吗？我一直以为的组合pipenv, Pipfile, and Pipfile.lock将保证两个人拥有相同的软件包，只要每个版本都被锁定==[version]。为了获得非常精确的匹配，我们还需要做些什么吗？

如果真是出乎意料的话，我唯一能想到的就是他可能没有跑pipenv shell在他之前pip freeze，但我认为他这样做是因为事情与Pipfiles.

旁注：我还没有转换我们的[dev-packages] in Pipfile有版本，因为我不确定它的作用，并且我认为它无关紧要。所以那些仍然像pylint = "*"

附加信息

以下是回应评论的一些附加信息...但首先我注意到一些有趣的事情：

• 第一个屏幕截图中没有任何差异（对于pip freeze差异）在Pipfile.
• 看起来像我的pip freeze输出匹配Pipfile.lock内容，但我老板的没有。我认为这可以解释这些差异，但令人惊讶的是他的pip freeze输出不匹配Pipfile.lock由他自己创造的pipenv lock，除非问题是他跑了pipenv lock从外部pipenv shell.

为了回应这些评论...这是我和我老板的笔记本电脑上 pip freeze 输出（均来自 pipelinev shell 内）之间差异的第一部分：

以下是一些差异Pipfile.lock在我和老板的笔记本电脑之间。这Pipfile.lock是通过让他跑步获得的pipenv lock（在外面pipenv shell尽管我认为这并不重要），然后现在就提交。然后我把它拉出来，删除了我的环境pipenv --rm, ran pipenv install，并得到以下差异Pipfile.lock他刚刚承诺的。他的版本又在左边。

这些都是所有的差异 - 我不明白的一件事是为什么我们这里的差异比pip freeze. Our Pipfile我们两个人之间还是一样。

确保共享完全相同的环境的唯一方法是与相同的环境同步Pipfile.lock, with pipenv sync（可选pipenv sync --dev).

Pipfile是人类的帮助者，是人类的中间人Pipfile.lock创建时，它不能确保依赖项完全相同。

pipenv install幕后调用 2pipenv功能：lock and sync. pipenv lock将生成一个Pipfile.lock从你的Pipfile。即使有固定版本Pipfile, 可能有不同的Pipfile.lock如果它们是在不同时刻生成的，因为固定包的依赖项可能不会固定（取决于发布者）。pipenv sync然后安装在中找到的确切软件包Pipfile.lock.

直接从依赖项安装您的环境Pipfile.lock，你必须使用pipenv --python 3.6 install --ignore-pipfile， 否则Pipfile.lock将从中重新生成Pipfile.

要轻松解决您的问题，请修复Pipfile.lock版本（如果您使用版本控制，您可以提交它，但您当然这样做了；），然后两者都使用pipenv sync.

然后保留Pipfile.lock只要您致力于次要版本、错误修复……并且可以随意重新生成它以获得主要版本的最新依赖项，就完全相同。在我的项目中，几乎所有依赖项都在Pipfile没有固定，当我们开始新的主要版本时，我们会更新Pipfile.lock尝试新的依赖版本，测试所有内容，有时如果最新引入的向后不兼容的更改，则将依赖项固定到以前的版本，然后我们修复Pipfile.lock直到下一个主要版本。