开发团队分析发现，在三个主要存储库中存在的问题中，有很大一部分占比是功能请求。因此，其决定在 Angular 项目中引入一种自动化功能请求流程来管理现有和传入的功能请求。
尽管很诱人，但将所有对功能的要求都纳入其中是不现实和不健康的。如果 Angular 走这条路，框架就会有变得不可学习和不可维护的风险。但显然这样的反馈是宝贵的——来自社区的数百个聪明的想法与 Angular 的未来愿景非常吻合，值得探索。
根据介绍，在新流程中，Angular 团队成员将手动审查一个 ticket，并将其识别为功能请求或问题。然后，Angular 团队将验证功能请求是否与路线图上的现有项目一致。如果是的话，它们将会被优先考虑。如果不是，它们将经过一个 60 天的投票过程;在此期间，任何人都可以为相应的功能进行投票。
如果一个功能请求在 60 天的窗口内收集到足够的票数，机器人会自动将其标记为考虑。Angular 团队会考虑有 20 个或更多票数的请求，如果不同的票数会带来更好的结果，则会进行迭代。
然后团队将再次手动审查它，看看它是否符合 Angular 的未来愿景。如果符合，他们将把它移到其优先级队列中;如果不是，Angular 将给出一个解释并关闭它，并确定该功能是否更适合社区可以作为平台一部分分发的外部模块。
官方表示，"通过积极关闭更多的功能请求，我们设定了更好的期望，并明确表示我们正努力专注于影响最多开发者的工作...... 为了继续可持续地扩展，我们期待启动这个过程，使我们在功能请求管理过程中更加高效和公平。"
详情可查看官方博客：https://blog.angular.io/new-feature-request-process-a9f69d106fc8
本文转自OSCHINA
本文Angular 计划推出一个自动化功能请求流程
本文地址：https://www.oschina.net/news/144155/angular-new-feature-request-process
