Angular宣布将在未来几周内推出一个新的自动化功能请求流程。这是因为Angular团队在3个主要存储库中对4.5k个问题进行了分类，并在过去6个月中合并了数百个拉取请求。与此同时，他们发现处理数千个请求可能会很麻烦。“它会减慢我们在讨论线程中的响应速度，并且常常会分散我们对开发人员最重要需求的注意力。”开发团队分析发现，在三个主要存储库中存在的问题中，很大一部分是功能请求。因此，它决定在Angular项目中引入一个自动化的功能请求流程来管理现有的和传入的功能请求。尽管很诱人，但合并所有功能需求是不现实和不健康的。如果Angular走这条路，框架就有变得无法学习和维护的风险。但显然，这样的反馈是无价的——来自社区的数百个绝妙想法非常符合Angular对未来的愿景，值得探索。据介绍，在新流程中，Angular团队成员将手动审查一张工单，并将其识别为功能请求或问题。然后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
