在 GitHub 或 Bitbucket 中支持下一个版本的 SDK/框架的最佳方式是什么？答案

【问题标题】：Whats the best way to support next versions of your SDKs/Frameworks in GitHub or Bitbucket?在 GitHub 或 Bitbucket 中支持下一个版本的 SDK/框架的最佳方式是什么？
【发布时间】：2013-06-22 09:54:05
【问题描述】：

我的意思是可以将 v1.0 作为主分支，将 v2.0 作为子分支吗？如果我要创建 v3.0 SDK，一个分支 v2.0 的子分支呢？

或

创建带有“v2.0”/“v3.0”后缀的新仓库？

所以问题是：支持多个不同版本的 SDK 并同时将它们保存在一个位置的最佳方式是什么？

谢谢。

【问题讨论】：

或者只是在提交中用 v2.0 覆盖 v1.0。这就是版本控制的工作原理。
@H2CO3，我希望用户/程序员清楚地了解这是 SDK v1.0，这是 SDK v2.0，所以他可以使用任何他需要的东西。
幸运的是，Git 管理着修订历史（这就是我们使用它的原因）。可以签出特定的提交。
@H2CO3，所以，我可以提供一个指向最新 v1.0 提交的链接，并确保这是 SDK v1.0，那是 SDK v2.0？嗯...我不太喜欢这个解决方案，因为如果我需要修复 SDK v1.0 中的一些错误，但最新版本是 10.0 怎么办？我们又要开始分支了……

标签： ios frameworks sdk

【解决方案1】：

我肯定会为每个版本创建不同的存储库。假设这些版本的差异足以称为 1.0、2.0、3.0。为了管理拉取请求，这将使您的生活变得非常轻松。在分支生成方面也更好。

恕我直言，如果您只保留一个分支并覆盖版本，最终可能会一团糟。想象一下，您有一个正在开发中的新功能（v1.0）等待特定提交，而 v2.0 已经改进并且可以交付。总结来自开发人员的拉取请求，该请求在 v1.0 的早期版本中修复了许多错误......

在这种情况下，再次恕我直言，分而治之。每个版本的回购。每个状态的分支（功能分支、稳定分支、发布分支），以及处理外部更改的拉取请求。

希望你喜欢！

【讨论】：

是的！谢谢你。还认为每个版本有多个分支或所有版本都有一个分支是不太正确的。所以，再次感谢您！