如何处理专有Python包名称与公共包名称冲突的情况？

Question

背景与

我一起工作的小组一直在使用和开发一个 Python 包，为了解决这个问题，我将其称为 foobuilder。我们使用为用户提供的私有 RPM 和 Deb 存储库为 Linux 系统提供更新。

最近，PyPi 中添加了一个同名的公共包。它还被打包到公共 Debian 存储库等地方。由于我们不公开宣传我们的软件包，因此出现同名软件包是可以理解的。

关注点

对于 foobuilder 来说，这看起来是一个大问题，因为在某个地方，用户可能会尝试安装我们的 foobuilder，而公共 foobuilder 包却在安装在同一系统上。

除了 Python 中的明显问题之外，我猜想将我们的存储库添加到 Debian 包管理器程序也可能会导致一些问题，尽管我还没有遇到过这种情况。

问题

由于我们多年来一直使用专有的 foobuilder ，存在大量想要导入 foobuilder 并期望获取我们的包的代码，所以我不认为改名不太可行。

我对可能的解决方案的想法

Python

我考虑过将包的名称更改为my_foobuilder，并让它包含一个名为foobuilder的元包，它仅包含一个>__init__.py 从 my_foobuilder 导入所有内容。我可以指导新用户直接导入 my_foobuilder。然后我就可以开始弃用 foobuilder 名称了。最终，这将导致与我现在将 foobuilder 更改为 my_foobuilder 相同的工作量，因为每个人都需要提供更新和 foobuilder code> name 不能永远处于弃用炼狱中。

Debian

Debian 的问题应该不难解决；我可以将 debian 软件包名称更改为 my_foobuilder，但仍然安装相同（冲突）的 Python 软件包。然后，我可以将 my_foobuilder 包与 foobuilder 设置为 Conflict。它可能需要用户摆弄他们的包管理器，以便在过渡期间让事情回到正轨，但我认为这没什么大不了的。尽管如此，这仍然阻止用户同时使用公共 foobuilder 包。

问题

有没有比我上面考虑的方法更简单或更好的方法来治疗这种情况？我正在考虑的解决方案有什么问题吗？你会如何处理这个问题？

Answer 1

我会发送电子邮件给新的 foobuilder 包作者来讨论这个问题。显然，你们中的一个人需要更改包名称；由于程序的专有性质，可能不希望更改其名称...向新包作者提出这个问题可能会提出一些新的解决方案。

确实没有明智的方法让 Python 以某种方式处理这个问题，因此“import foobuilder”可能意味着两件事。

Answer 2

我认为只要控制住了拼凑，在这里使用拼凑就可以了。如果我处于您的情况，我会创建一个带有包的其他标识符的文件，例如 so.py 并使其内容为

import relative_pathname/foobuilder as my_foobuilder

然后可以将包明确地引用为 so.my_foobuilder ，而不需要团队更改产品名称。这不是一个很好的解决方案，因为所有内部结构都需要改变，但它应该可以解决冲突，而不需要更多的修复。

Answer 3

符号链接？

$ echo "print 'foo'" > foo.py
$ ln -s foo.py bar.py
$ python -c "import foo; import bar"
foo
foo

非常简单，尽管有点黑客:)