RFC-0214:Fuchsia 流失政策

RFC-0214: Fuchsia 使用者流失政策
狀態已接受
區域
  • 一般
  • 管理事宜
說明

列舉權利和責任,縮短變更工程所需的時間。

問題
變更
  • 781865
作者
審查人員
提交日期 (年/月)2022-12-22
審查日期 (年/月)2023-04-03

摘要

更新 Fuchsia 的管理模型,加入平台流失政策要求,新增回報變更費用、主動通知受影響的團隊,以及限制受影響團隊的工作量。

提振精神

Fuchsia 現在是一個大型專案,擁有多個獨立團隊,致力於達成各種客戶的目標。同時,Fchsia 等平台也必須以不同方式不斷演進,需要各個程式碼集的眾多貢獻者經常採取行動,也就是所謂的「流失」。

目標

  1. 根據專案所述的支援和穩定性目標,調整 Fuchsia 工程做法。
  2. 準確預估遷移和其他外部變更所花費的時間。
  3. 說明 RFC 設計與 FPS 人員配置決策之間的界線。
  4. 提供一系列遷移策略供團隊參考。

非目標

  1. 針對已開始的大規模變化調整策略。
  2. 決定要進行哪些變更。
  3. 針對所有變更制定特定的遷移策略。
  4. 降低變更頻率。
  5. 針對客戶團隊不必費力進行的異動設定政策。

相關人員

講師:

  • abarth@google.com

審查者:

  • abarth@google.com
  • keir@google.com
  • shayba@google.com

顧問:

  • neelsa@google.com
  • tombergan@google.com

社群媒體化:

這個 RFC 最初是以 Fuchsia 團隊中廣為分享的 Google 內部文件,當中包含 Fuchsia Eng Council 的成員。

實作

本提案是 Fuchsia 管理模型的變更,屬於「受影響的團隊」和「啟動團隊」子標題。如果系統接受這個 RFC,將透過更新 FEC 憲章、新增政府政策並修訂新的貢獻者指南來實作。

相反地,如果變更需要投入心力進行開發或由其他貢獻者進行變更,則系統會將變更視為「全能通用」。包括會影響 ABISDK 的任何公開部分、產品的內容或產生的程式碼的變更。

所有 Fuchsia 變更都會對許多 Fuchsia 貢獻者產生工程費用。這項政策會集中處理這些費用,以便盡可能降低費用。 就這項政策而言,「受影響的團隊」是指必須核准或變更自己的程式碼、工作流程或文件的團隊,才能配合使用者流失。

發起變更以解決任何中斷問題,由貢獻者或團隊負責。在多數情況下,這意味著採取「先還原為第二段」的方法。

受影響的團隊

如果您的團隊受到核准的變更影響:

  • 在兩個工作天內回覆收到的 CL 評論或其他異動。

  • 協助變更作者達成令人滿意的結論,例如核准作品、回覆問卷調查、明確拒絕提議的變更、要求變更變更,以及/或回答變更作者有關主題的問題。

  • 如果您花 10% 的時間回應流失情形,則可以使用 eng-council@fuchsia.dev 標記這個問題

  • 如果變更在樣式指南中 (例如 Lint、編譯器警告等),請決定如何快速解決新的樣式違規事項。

發起團隊

如果沒有流失政策,就沒有會造成使用者流失的變更正式要求或期望。本節說明此類變更的作者負責。

如果團隊正在推動改變,而且會完全完成工作,您可以:

  1. 傳送郵件給 FEC,說明將對其他團隊的影響降到最低。
  2. 傳送電子郵件至 announce@fuchsia.dev 通知遷移人員。
  3. 繼續執行遷移作業。

如果您的團隊發起的變更需要其他人花費許多心力,包括 RFC 所發起的變更,做法如下:

  1. 制定計畫,向 FEC 證明您的團隊將花費至少 80% 的手動工作,但無法透過自動化功能處理。方案必須包含受影響的團隊清單,以及變更的預估費用。
  2. FEC 核准您的方案後,請通知受影響的團隊。他們必須能夠使用每季規劃 (至少兩季) 排定工作時間,因此請在本季開始的一週前通知團隊。
  3. 繼續執行遷移作業。

回溯相容性

這項政策不會影響任何進行中的遷移作業。

說明文件

為協助變更作者,我們會在 fuchsia.dev 提供遷移計畫範例。

缺點、替代方案和未知

本提案的主要缺點是程序一開始必須加入 FEC。變更作者必須及時收到 FEC 和受影響貢獻者的回覆,才能及時收到回覆。

一項替代政策需要受影響的協作者核准變更。 這讓我們能隨時讓變更作者能夠推動進展。這項替代方法可讓受影響的貢獻者有機會針對提議變更的價值和危害提供意見回饋,因此已遭到關閉。

另一個替代方案則是更嚴謹的做法,所有遷移作業都必須使用可用的版本管理功能,進行軟轉換,並以較慢的速度將工作分配給所有 Fuchsia 貢獻者。這與建議的政策不同,因為他們並未針對受影響的團隊設定參與度期望。這個替代方案設為關閉,原因是該做法並未對審查時程設下任何邊界,導致團隊難以開始規劃及及時完成進度。

先前的圖片和參考資料

閱讀這份提案時,是否有任何背景內容可能有幫助?例如,其他作業系統是否解決這個提案地址的相同問題?