【问题标题】:What's the best way to release two versions of the same software package on GitHub?在 GitHub 上发布同一软件包的两个版本的最佳方式是什么?
【发布时间】:2018-08-25 20:44:19
【问题描述】:

我的一个合作者用 Python 2.7 编写了一个软件包,并利用它进行了一些测试并获得了一些科学结果。我们一起写了一篇关于他开发的方法和他获得的结果的论文。 一切都很顺利,所以他最近在他的 GitHub 网页上公开了这个包。

然后我认为拥有该软件包的 Python 3.5 版本会很有用。因此,我下载了原始软件并进行了适当的更改以使其在 Python 3.5 上运行。

现在我不知道如何正确发布这个 Python 3.5 包。

我设想了三种可能性:

  1. 我应该把它放在他原来的 GitHub 项目存储库上吗?这个选项会导致一些混乱,因为人们必须同时下载 Python 2.7 和 Python 3.5 代码。

  2. 我是否应该为我的 Python 3.5 软件包创建一个新存储库除了我的合作者发布的 Python 2.7 软件包之外?此选项会导致存在两个正在运行的代码存储库,并且还会造成一些混乱,因为人们可能不知道要使用哪个“官方”。

  3. 我是否应该仅为我的 Python 3.5 包创建一个新存储库,并要求我的合作者删除他的 Python 2.7 存储库?这个选项会使我们的论文不一致,因为它声明测试是使用 Python 2.7 完成的。

您是否想到了我没有包括的任何其他选项?

你有什么建议吗?

【问题讨论】:

  • 然后将它发布到“pip”存储库怎么办?这是一个纯 Python 项目还是混合项目?
  • 4.使用six 使原始存储库中的代码与2.7 3.x 兼容。

标签: python python-3.x python-2.7 github version


【解决方案1】:

我认为,只要您在存储库的 README.md 文件中提供足够的详细信息,数字 1. 和 2. 应该都可以工作。

在选项 1 的情况下,您应该要求您的合作者将您作为合作者添加到存储库中。 在第 2 种情况下,您绝对应该分别在您的 README 文件中交叉链接彼此的存储库。

我肯定会为每个 python 版本添加一个requirements.txt 文件,以便用户可以方便地使用pip install -r requirements.txtpip3 install -r requirements.txt 安装您的依赖项。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2020-09-27
    • 1970-01-01
    • 2013-05-18
    • 1970-01-01
    • 2011-11-29
    • 1970-01-01
    • 2021-12-19
    相关资源
    最近更新 更多