标签存档: Github
我们最近进行了一次公开投票，讨论是应该将“main”分支还是版本分支设为默认。投票结果非常明确，支持“main”分支。虽然才过去一个多月，但我们一直在幕后为此做准备。
我们认为我们已经做好了充分的准备，因此随着 11.7 版本的开发开启，我们已将“main”设置为 MariaDB Server 的默认分支。这意味着今后所有新的特性开发都应以“main”分支为目标进行贡献。
…
两周前，也就是 7 月 3 日，我创建了一项投票，询问 MariaDB Server 特性开发分支的未来方向。具体来说，就是我们是否应该转向滚动更新模式，这种模式对于 GitHub 等服务的用户来说更为熟悉。
我们收到的投票结果非常明确。今天我将分享我们得出的结论，并说明接下来的计划和预期。
回顾：“main”分支到底是什么？
在滚动更新模式中，代码库的主分支（通常称为“main”）是所有特性提交的汇集地，在准备重大版本发布时，会从此分支派生出新的分支。
…
作为 MariaDB 推广工作的一部分，我们一直致力于在开源项目中加强对 MariaDB 的支持。
我们关注的开源项目包括一些知名且随时可用的项目，如 WordPress 或 MediaWiki（维基百科的运行平台），也包括像 ORM 这样用于连接软件和数据库的底层解决方案，它们支撑着无数其他开源和私有项目。
MariaDB 实际上是许多项目和用户正在使用的标准。随着 MariaDB 与 MySQL 分道扬镳，沿着自己的道路成熟发展，尤其是在后续版本中，简单地用“MariaDB 是 MySQL 的直接替代品——这大家都知道”来回避兼容性问题已经不够了。
…
在 Kaj Arnö（MariaDB 基金会首席执行官）五月发表的博客文章“关于贡献、自豪与傲慢”中，他提到了再次重点关注 MariaDB Server 的 pull request。及时处理社区提交的 pull request 是我们使命的关键部分，但我们一直落后于进度，并因此受到了合理的批评。在该文章发表时，有 167 个未处理的 pull request，其中许多已经积压了太长时间，贡献者对此感到沮丧。
我们设定了两个最终目标
- 减少积压的未处理 pull request
- 激励贡献者做出更多贡献
从那时起，贡献量没有显著增加，但在减少未处理 pull request 的数量方面，我们取得了良好的进展。…
在 MariaDB 基金会，我们为 MariaDB Server 获得大量贡献感到自豪。但我们不想因此而自满，所以在此更新一下我们的现状以及我们想要实现的目标。
首先，我们在多个场合表达了我们对贡献的自豪。在 2019 年 2 月 15 日，我发布了如下推文：
在代码贡献方面，#MariaDB 以 1009 对 247 击败了 #MySQL：我们在 GitHub 上有超过一千（1009）个已关闭的 pull request（以及 179 个未处理的），MySQL 有 247 个已关闭的（1 个未处理的）。https://#/32NIuMMTvc pic.twitter.com/ZZcRBdk939
— Kaj Arnö (@kajarno) 2019年2月15日
重申：在代码贡献方面，#MariaDB 以 1009 对 247 击败了 #MySQL：我们在 GitHub 上有超过一千（1009）个已关闭的 pull request（以及 179 个未处理的），MySQL 有 247 个已关闭的（1 个未处理的）。
在我们的 2018 年度报告中，我们花了数页篇幅讨论 pull request 和补丁，展示了代码贡献统计数据。…
