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

Question

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

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

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

所以我有几个问题：

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

有人有什么建议吗？

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 所写，甚至可以使用相同的代码支持 Python 3 和 Python 2，而不使用 2to3，但如果您想支持 2.6 和 3.x 以外的任何版本，我不会推荐它。你已经受够了这种丑陋的特殊黑客手段了。 2.6 与 Python 3 有足够的前向兼容性，可以编写美观的代码并支持 Python 2.6 和 3.x，但不支持 Python 2.5 和 3.x。

Answer 2

我会尝试维护一个分支来覆盖所有 python 2.4-2.6

差异不是很大，毕竟如果你必须为 2.4 编写一堆额外的代码来完成在 2.6 中很容易的事情，那么工作量会更少为了你长远使用2.4版本换2.5和2.6。

Python 3 应该有一个不同的分支，您仍然应该尝试尽可能多地保留共同的代码。

Answer 3

如果您的代码不太依赖异常处理程序中的运行时性能，您甚至可能无需为 Py3 建立单独的分支即可逃脱。我设法为我的所有 Py2.x 版本保留一个版本的 pyparsing，尽管我必须坚持使用“最低公分母”方法，这意味着我必须放弃使用一些构造，例如生成器表达式，并且你的观点是，上下文管理者。我使用字典代替集合，并且所有生成器表达式都被包装为列表推导式，因此它们仍然可以追溯到 Python 2.3。我的代码顶部有一个块，负责处理许多 2vs3 问题（由 pyparsing 用户 Robert A Clark 贡献）：

_PY3K = sys.version_info[0] > 2
if _PY3K:
    _MAX_INT = sys.maxsize
    basestring = str
    unichr = chr
    unicode = str
    _str2dict = set
    alphas = string.ascii_lowercase + string.ascii_uppercase
else:
    _MAX_INT = sys.maxint
    range = xrange
    def _str2dict(strg):
        return dict( [(c,0) for c in strg] )
    alphas = string.lowercase + string.uppercase

我遇到的最大困难是捕获异常的不兼容语法，这是在Py3，从 改为

except exceptiontype,varname:

当然

except exceptionType as varname:

，如果你真的不需要异常变量，你可以只写：

except exceptionType:

这将在 Py2 或 Py3 上工作。但是如果你需要访问异常，你仍然可以想出一个跨版本兼容的语法，如下所示：

except exceptionType:
    exceptionvar = sys.exc_info()[1]

这有一个小的运行时惩罚，这使得它在 pyparsing 的某些地方不可用，所以我仍然需要维护单独的 Py2和 Py3 版本。对于源代码合并，我使用实用程序 WinMerge，我发现它非常适合保持源代码目录同步。

因此，即使我保留了代码的两个版本，其中一些统一技术也可以帮助我将差异降至绝对不兼容的最低限度。

Answer 4

我最终决定为我的项目使用 4 个不同的分支，即 2.4、2.5、2.6 和 3.1。我的主要优先事项是 2.6，我不想为了 2.4 而牺牲该代码的优雅性。因此，丑陋的兼容性黑客将出现在较低版本上，而不是较高版本上。