Python包冲突

在开发Python包时，如果需要相同依赖项的不同版本，用户可能会遇到依赖项冲突。例如，如果你的包需要 requests==2.26.0，但用户的系统需要 requests==2.25.1，则两者不能共存，因为 Python 不允许同时安装同一包的多个版本。

避免依赖冲突的方法：

A. 供应商方法：

• 供应依赖项：这涉及将必要的依赖项直接包含在您的包中。它对于控制版本很有用，但可能会增加包大小。
• 纯 Python 包：供应对于没有自己的依赖项的纯 Python 包效果很好。
• 具有依赖关系的包：如果供应的包有自己的依赖关系，供应就会出现问题，从而导致潜在的冲突。

问题：

• 依赖项冲突：提供具有依赖项的包可能会导致用户环境发生冲突。
• 版本控制：保持供应商依赖项的更新对于安全至关重要。
• 尺寸：供应商可以增加包装尺寸。

示例：

• 场景 1：如果请求没有依赖项，将其与您的包捆绑在一起可确保使用正确的版本。
• 场景2：由于requests依赖于像urllib3这样的库，如果其他包需要不同版本的urllib3，包含它可能会导致冲突。

注意：如果您进行销售，则需要遵守销售政策。在这里查看。

B. 虚拟环境方法：

• 依赖冲突通常是无法控制的，尤其是在第三方应用程序中，即使使用虚拟环境也是如此。

问题：

• 超出我们的控制：用户如何设置虚拟环境超出我们的影响范围。
• 第三方应用程序：即使在虚拟环境中，它们仍可能面临冲突问题。

C. 分叉方法：

• 您可以分叉冲突的包，重命名它（例如，mypackage-requests==2.26.0），然后在包中使用分叉版本。

问题：

• 维护：分叉需要使用原始包更新分叉。
• 子依赖项：如果分叉的包具有依赖项，您可能还需要分叉并管理这些依赖项。

结论：

每种方法都有其优点和挑战，选择取决于您的具体用例以及您想要对依赖项进行多少控制。根据经验，最好通过正确维护包来解决冲突，确保与更广泛的 Python 生态系统的兼容性。

资源：

• 如何管理您的requirements.txt中冲突的包？
• 供应政策
• python-vendorize
• 您对供应的包裹有何看法？

以上是Python包冲突的详细内容。更多信息请关注PHP中文网其他相关文章！