世界上许多国家目前正在举行选举，事实上，我自己的国家明天也要进行选举。MariaDB Foundation 也正在请求您对我们自己的某种公投再投一票。
最近，我们收到社区成员的请求，要求更改我们使用 GitHub 的方式，理论上，这将使社区贡献者更加方便。我将解释目前的情况、提案以及投票。
目前的情况
目前，如果您想为 MariaDB Server 开发新功能，则需要针对最新的版本分支进行开发，这是您在 GitHub 上查看时的默认分支。新分支通常在上一个分支的预览版或 RC 版本发布后创建。
例如，如果您针对 11.6 分支开发了一个功能，并且审查周期足够长，导致它无法进入 11.7 版本（这种情况相对常见），那么在准备就绪时，需要将提交记录针对 11.7 进行 rebase（变基）。这是贡献者或审查者相当手工化的过程。取决于贡献者设置的权限，审查者可能无法执行此操作，从而导致更大的问题。
提议的方法
Otto Kekäläinen 在邮件列表 中发布了建议，提议我们改为使用一个固定的分支进行新功能开发，该分支命名为“main”或“trunk”之类的名称，并从此分支中派生新版本。对于习惯使用 GitHub、GitLab 和其他类似系统的人来说，这是一种更常见的贡献方法。
这样做的好处是，如果某些内容未能进入即将发布的版本，rebase（变基）将变得简单得多，通常在 GitHub 中只需按下一个按钮即可。这可能存在一些潜在的缺点，例如如果它们在派生时错过了发布列车，就更难加入。关于 BuildBot 也存在一些未知因素，Sergei 在邮件列表回复 中概述了其中的一些担忧。
投票
综上所述，在这里您可以发表您的意见。此外，请在评论中随意添加您选择的额外背景信息。
更新：投票14天后，投票表格已关闭，以下是结果
未来 MariaDB Server 的新功能应该放在哪里？
24%
（8 票）
版本化分支（当前方法）
76%
（25 票）
Main / trunk 分支（提议的方法）
总票数：33