Keystone 4 路线图和维护

关于背景,关键石5在这里,我们对此非常兴奋!

然而,它仍然在α中,我们还没有时间表,对于在"关键石4"上建了项目的人来说,什么时候会是一个舒适的升级.

所以考虑到未来,这个问题是用来讨论现在的, 以及我们如何在下一年里 引导这个版本的地标,支持我们的用户。

我提出的计划是:

• Keystone 4将进入"维护"模式;不添加主要重构或新特性(包括一些尚未成为主的WIP特性)
• 我们将解决尽可能多的问题和公关 与支持, 特征请求, 和一些超出范围的事情
• 我会及时安排任何贡献者 帮助牧羊虫修复 或小的添加到v4,并管理释放

我认为现在地铁5号线已经开通了,可以合理地说:v4是"精通"——如果对你有用,那就太好了! 如果有虫子或小问题,就应该解决。 但就重大变革而言,核心团队的注意力被放在v5上,在其中构建出新的特征是一个更有成效的项目.

长期的项目稳定性是Keystone的一大关切,因此如果有人想对v4进行重大修改以支持自己的使用案例,我认为最好的办法是将项目叉出并独立发表. 这个代码库的重大变化带有破坏他人项目的巨大风险,当务之急是保持Keystone 4对使用它的人的稳定. 我们也不会发布任何包括突破变化的更新.

npm使在您自己范围内的出版项目变得无关紧要(例如,我可以将我自己的叉子发布给--jedwatson/keystone'),如果任何叉子获得显著的新特征或好处,我很乐意在读取器中指给任何其他想要访问这些功能的用户.

我还要再次指出,虽然Keystone 5并非向后兼容,但随着它的成熟,我们将尽最大努力为Keystone 4用户提供良好的升级路径.

帮助通缉犯

对于能帮助管理"关键石"4号的维护工作的人来说,如果你能在我们的"黑"(https://launchpass.com/keystonejs)上加入"QQv4-维护"频道,并在那里大叫.

我们需要帮助:

• 解决那些不会合并的旧问题和公关,特别是那些增加主要特征的问题
• 查明我们应该解决的有实际意义的缺陷和问题,并将其组织成一个项目
• 贡献、分类和审查公关

老实说,我们有一些假的开始维持v4 在v5的开发期间. 我希望,通过简化范围,更清楚地了解工作流程,我们可以在这里获得一些良好的势头,并在v5成熟的同时支持我们的v4社区.