Angular 宣布將在接下來的幾周內推出一個新的自動化功能請求流程。起因在于，Angular 團隊在過去的 6 個月中對 3 個主要存儲庫中的 4.5k 個問題進行了分類，并合并了數百個請求。與此同時他們發現，處理數千個請求可能很麻煩。“它可能會拖慢我們在討論線程中的響應速度，并且常常會分散我們對開發人員的首要需求的注意力。”

開發團隊分析發現，在三個主要存儲庫中存在的問題中，有很大一部分占比是功能請求。因此，其決定在 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