Angu-ar计划推出一个自动化功能请求流程

Angu-ar计划推出一个自动化功能请求流程

　　 Angu-angu-angular 测试ar组件复用ar 宣布将在接下来的几周内推出一个新的自动化功能请求流程。起因在于，Angu-angu-angular 上传ar mvcar 团队在过去的 6 个月中对 3 个主要存储库中的 4.5k 个问题进行了分类，并合并了数百个请求。与此同时他们发现，处理数千个请求可能很麻烦。“它可能会拖慢我们在讨论线程中的响应速度，并且常常会分散我们对开发人员的首要需求的注意力。”

　　 开发团队分析发现，在三个主要存储库中存在的问题中，有很大一部分占比是功能请求。因此，其决定在 Angu-angu-angular2 修改ar 服务ar 项目中引入一种自动化功能请求流程来管理现有和传入的功能请求。

　　 尽管很诱人，但将所有对功能的要求都纳入其中是不现实和不健康的。如果 Angu-精通angu-angular2 路径arar 走这条路，框架就会有变得不可学习和不可维护的风险。但显然这样的反馈是宝贵的来自社区的数百个聪明的想法与 Angu-angu-angular4教程ar遍历ar 的未来愿景非常吻合，值得探索。

　　 根据介绍，在新流程中，Angu-angu-angular运行ar 钩子ar 团队成员将手动审查一个 ticket，并将其识别为功能请求或问题。然后，Angu-angu-angular 1 2ar组件通讯ar 团队将验证功能请求是否与路线图上的现有项目一致。如果是的话，它们将会被优先考虑。如果不是，它们将经过一个 天的投票过程;在此期间，任何人都可以为相应的功能进行投票。

　　 如果一个功能请求在 天的窗口内收集到足够的票数，机器人会自动将其标记为考虑。Angu-angu-angular 入门ar 单例ar 团队会考虑有 20 个或更多票数的请求，如果不同的票数会带来更好的结果，则会进行迭代。

　　 然后团队将再次手动审查它，看看它是否符合 Angu-angu-angular cssar2 优化ar 的未来愿景。如果符合，他们将把它移到其优先级队列中;如果不是，Angu-angu-angular4路由ar 右键ar 将给出一个解释并关闭它，并确定该功能是否更适合社区可以作为平台一部分分发的外部模块。

　　 表示，通过积极关闭更多的功能请求，我们设定了更好的期望，并明确表示我们正努力专注于影响最多开发者的工作...... 为了继续可持续地扩展，我们期待启动这个过程，使我们在功能请求管理过程中更加和公平。