两周前，也就是 7 月 3 日，我创建了一项投票，询问 MariaDB Server 特性开发分支的未来。具体来说，是关于我们是否应该切换到一种对于 GitHub 等服务用户来说更熟悉的滚动模型。
我们收到的投票结果非常明确。今天我将分享我们得出的结论，并说明接下来会发生什么。
回顾：“main”分支究竟是什么？
在滚动模型中，有一条主要的开发分支（通常称为“main”），所有特性提交都汇入其中，然后当准备主要版本时，再从这条分支分叉出来。
这与 MariaDB Server 当前使用的模型不同，当前模型是在上一个特性分支周期中的某个时候创建新的特性分支。
结果：76%支持“main”
总共有 33 人投票，8 人支持现有方法，25 人支持提议的更改。这意味着 76%的人赞成改为使用“main”分支。
尽管只有 33 位投票者，但结果已经足够清晰，可以得出结论。因此，我们可以结束投票并与大家分享结果。
在不侵犯任何隐私的前提下，我可以分享一些关于投票者的见解，这样您就可以了解结果的有效性。投票时需要提供电子邮件地址。服务器端不使用或验证此电子邮件地址，但这有助于排除重复投票。一个有趣的动态是，在支持现有方法的 8 位投票者中，至少有一半使用了匿名或虚假地址，而所有支持更改的投票者都提供了有效的地址。这使我们能够看到投票来自社区的各个角落，这很高兴看到。
接下来做什么？我们将如何迁移到“main”？
76%的投票结果已经足够清楚。我们明白了大家的意愿，我们将迁移到“main”！但这项改变不会一蹴而就。这是因为对流程的影响以及对 Buildbot 配置的影响需要详细规划。
这些改变需要详细规划，特别是在文档方面。它会反映在我们 GitHub 的代码级文档中，对知识库有影响，而且显然，我们需要与主要开发者就这些细节达成一致。在新流程确定后，我们将传达详细的变更。
感谢
感谢所有投票并参与相关讨论的人。通过持续的反馈，我们将能够进一步为社区改进。