python - 为不同版本的 Python 维护不同版本代码库的工作流

Question

我正在开发一个名为 GarlicSim 的开源应用程序.

到目前为止，我一直只为 Python 2.6 开发它。它似乎不适用于任何其他版本。

我认为生成支持其他 Python 版本的版本非常重要。我想我会为 2.5、3.1 和 2.4 制作一个版本。

所以我有几个问题:

1. 组织存储库的文件夹结构以包含这些不同版本的好方法是什么？
2. 什么是将我在一个代码版本中所做的更改“merge ”到其他版本的好方法？我知道如何在我的 SCM(即 git)中进行 merge ，但这些文件夹都在同一个存储库中，我想在它们之间进行 merge 。当然可以选择为每个版本创建一个 repo 协议(protocol)，但我认为这不是一个好主意。

有人有什么建议吗？

Answer 1

只有在极少数情况下，您才需要针对不同版本的不同分支。你提到上下文管理器，它们很棒，不使用它们会很糟糕，你是对的。但是对于 Python 2.4，您将不得不不使用它们。所以那会很糟糕。因此，如果你想支持 Python 2.4，你将不得不编写一个没有上下文管理器的版本。但是那个也可以在 Python 2.6 下工作，所以在那里有单独的版本是没有意义的。

至于 Python 3，有一个单独的分支有一个解决方案，但通常不是最好的。对于 Python 3 支持，有一个叫做 2to3 的东西可以将你的 Python 2 代码转换为 Python 3 代码。它并不完美，因此您经常需要修改 Python 2 代码以生成漂亮的 Python 3 代码，但无论如何 Python 2 代码都有变得更好的趋势。

使用 Distribute(安装工具的维护分支)，您可以在安装期间自动进行此对话。这样，即使对于 Python 3，您也不必拥有单独的分支。参见 http://bitbucket.org/tarek/distribute/src/tip/docs/python3.txt用于相关文档。

正如 Paul McGuire 所写，甚至可以在不使用 2to3 的情况下使用相同的代码支持 Python 3 和 Python 2，但如果您想支持 2.6 和 3.x 以外的任何其他版本，我不会推荐它。你得到了太多这种丑陋的特殊技巧。 2.6 与 Python 3 有足够的前向兼容性，可以编写外观不错的代码并支持 Python 2.6 和 3.x，但不支持 Python 2.5 和 3.x。