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

開發(fā)團(tuán)隊分析發(fā)現(xiàn)，在三個主要存儲庫中存在的問題中，有很大一部分占比是功能請求。因此，其決定在 Angular 項目中引入一種自動化功能請求流程來管理現(xiàn)有和傳入的功能請求。

盡管很誘人，但將所有對功能的要求都納入其中是不現(xiàn)實(shí)和不健康的。如果 Angular 走這條路，框架就會有變得不可學(xué)習(xí)和不可維護(hù)的風(fēng)險。但顯然這樣的反饋是寶貴的——來自社區(qū)的數(shù)百個聰明的想法與 Angular 的未來愿景非常吻合，值得探索。

根據(jù)介紹，在新流程中，Angular 團(tuán)隊成員將手動審查一個 ticket，并將其識別為功能請求或問題。然后，Angular 團(tuán)隊將驗(yàn)證功能請求是否與路線圖上的現(xiàn)有項目一致。如果是的話，它們將會被優(yōu)先考慮。如果不是，它們將經(jīng)過一個 60 天的投票過程;在此期間，任何人都可以為相應(yīng)的功能進(jìn)行投票。

如果一個功能請求在 60 天的窗口內(nèi)收集到足夠的票數(shù)，機(jī)器人會自動將其標(biāo)記為考慮。Angular 團(tuán)隊會考慮有 20 個或更多票數(shù)的請求，如果不同的票數(shù)會帶來更好的結(jié)果，則會進(jìn)行迭代。

然后團(tuán)隊將再次手動審查它，看看它是否符合 Angular 的未來愿景。如果符合，他們將把它移到其優(yōu)先級隊列中;如果不是，Angular 將給出一個解釋并關(guān)閉它，并確定該功能是否更適合社區(qū)可以作為平臺一部分分發(fā)的外部模塊。

官方表示，"通過積極關(guān)閉更多的功能請求，我們設(shè)定了更好的期望，并明確表示我們正努力專注于影響最多開發(fā)者的工作...... 為了繼續(xù)可持續(xù)地擴(kuò)展，我們期待啟動這個過程，使我們在功能請求管理過程中更加高效和公平。"

詳情可查看官方博客：https://blog.angular.io/new-feature-request-process-a9f69d106fc8

本文轉(zhuǎn)自O(shè)SCHINA

本文標(biāo)題：Angular 計劃推出一個自動化功能請求流程

本文地址：https://www.oschina.net/news/144155/angular-new-feature-request-process