我有一个使用python 2.7开发的API。我有一些已经在使用它的开发人员。我想将此API迁移到python 3.4。 我不再支持python 2.7 API了。
我的代码存储在位桶中。什么是最好的策略？ 只需创建一个简单的分支，例如“python3.4”？
在主分支（python 2.7）上创建一个标记并启动一个新分支（python 3.4）？
答案 0 :(得分：2)
是的，分支是正确的。您可能希望修复Python 2分支中的错误，因此它应该是分支，而不是标记。标签适用于发布。
我将Python 2分支python2命名为Python 3分支master。这样，哪个分支处于活动状态就更明显了。
答案 1 :(得分：0)
或许，就用户而言，除了宣布2.7 API的支持已经以最新版本（已经有标签）结束之外，您实际上不必做任何其他事情。不需要立即采取git行动。
（如果你想为用户提供一些仍然支持2.7的新版本，那么在切换之前需要再增加一个“基于2.7的版本”。）
但是，在切换之前表示实际提交的更新标记对您的内部用途非常有用。切换到新API是一个重大变化，可能值得用标记标记，以便您可以轻松地参考这一历史性观点。
您不必立即创建任何支持分支 。这样做可以向用户表明您打算支持API，而您不支持。 （“哦，好吧，我看到了一个python2分支;这是我可以期待修复的地方，尽管宣布没有任何东西！”）如果你改变你的话，以后很容易根据合适的标签创建分支。心。
该分支可以从切换之前的那个点开始，或者从支持2.7 API的最后一个官方版本更远的地方开始：如果你没有意图支持API，就没有必要现在决定确切的分支点。一点都不。
如果您稍后根据标记创建分支，git将不会自动设置跟踪（也就是说，您无法执行git branch -t）。但是在这种情况下，你无论如何都不需要这样做，因为你不会重新定义python2支持分支，只能挑选修复它。