Homebrew 治理

1. 定義

2. 成員

  1. 新成員（除非被提名為維護人員，見下文）將由 PLC 普通決議接納，並加入 GitHub 上的 Homebrew 組織。

  2. 成員應在 Homebrew 中保持活躍。非活躍維護人員或非活躍委員會成員的成員必須透過對年度措施進行投票，即使是棄權投票，來每年確認其繼續對 Homebrew 會員資格感興趣。不活躍、未確認、未投票的成員將在年度會議後 14 天內被移除，除非獲得 PLC 的豁免。

  3. 成員可以由 PLC 普通決議從 Homebrew 中移除。被移除的成員可以透過通常的接納程序恢復身份。

  4. 所有成員都將遵循 Homebrew 行為準則。對行為準則的變更必須獲得 PLC 批准。

  5. 當成員與其他成員沒有共同的利益衝突時，應棄權投票。任何人不得被強制棄權投票。

3. 成員大會

  1. 成員大會可以由 PLC 普通決議或所有成員的多數決召集。必須在成員大會召開至少三週前通知成員。年度大會應親自舉行，並可為無法出席的人員提供線上視訊會議。其他成員大會應為線上視訊會議。

  2. 在成員大會上對決議和選舉進行投票的法定人數為 3 名有投票權的成員或所有有投票權成員的 10%，以較高者為準。除了投票以外沒有其他事務的成員大會應為非同步。否則，必須為同步線上視訊會議。投票將使用 PLC 選擇的線上投票系統進行。投票期在投票結果不會因任何後續投票而改變後的一週後或投票期結束後關閉。如果同步會議正在進行，則必須在計算票數之前舉行會議。

  3. Homebrew 成員將以 PLC 決定之方式於年度會員大會 (AGM) 中會面。

  4. 選舉將於年度會員大會中舉行。

  5. PLC 將於選舉日期前三週公布候選人和提案。

  6. 成員應於選舉日期前三週內的任何時間投票。

3.1. 對這些章程的修正

  1. 這些章程只能在會員大會中以特別決議進行修正。

  2. 任何成員都可以透過針對此文件在 GitHub 上提出プルリクエスト，來提議修正。一旦超過半數的 PLC 核准プルリクエスト，提議的修正案可以合併，與其他修正案一起考量。

  3. 成員必須對任何修正案進行投票。所有票數將被統計。一旦一個或多個修正案提案被接受，投票將開放三週，除非年度會員大會在一個月內舉行，在這種情況下，提議的修正案將與選舉同時進行投票。

  4. 任何通過的修正案將於投票結束後三週生效。

4. 專案領導委員會

  1. Homebrew 的財務管理、年度會員大會的組織、行為準則的執行和成員的移除，均由 PLC 執行。PLC 將代表 Homebrew 處理與 Open Collective 的所有事務。

  2. PLC 由五名成員組成，其中一名是專案負責人。其他委員會成員由 Homebrew 成員在使用 Droop 配額的 Meek 單一可轉讓投票 選舉中選出。每位 PLC 成員的任期為兩年，或直到該成員的繼任者當選。非專案負責人的 PLC 成員連續任期的最高任期數為兩任，即使這表示他們沒有繼任者。PLC 中的任何突發空缺，將在下次大會（通常是下一次年度會員大會）中，透過選舉 PLC 成員的慣例程序來填補。

  3. 當 PLC 席位進行選舉或出缺時，任何成員都可以透過在年度會員大會前三週前，於 Homebrew 的 Slack 中的 #members 頻道中提供一份簡短聲明，表達相關經驗和當選後的意圖，成為 PLC 的候選人。PLC 將維護候選人名單，直到年度會員大會前一週寄出選票，在這段期間，成員應投下他們的選票。候選人應在年度會員大會之前或期間以書面或口頭方式發表演說，但已投出的選票不可更改。現任 PLC 應在候選人截止日期和年度會員大會之間的三週期間內投票並發表一份聲明，推薦他們偏好的候選人。

  4. PLC 必須在採取行動後的一週內，將所有會議記錄、討論參與者和任何投票的細目，回報給 Homebrew 成員，並回報至 Homebrew/homebrew-governance-private GitHub 儲存庫中。在年度會員大會中，PLC 必須提出自上次年度會員大會以來，其活動和決定的摘要。財務報表可以在網路上由任何人於 Homebrew 的 OpenCollectives (https://opencollective.com/brew 和 https://opencollective.com/homebrew) 中查看。

  5. 同一位雇主的員工不得在 PLC 中服務超過兩名。

  6. PLC 的成員只能透過會員特別決議從 PLC 中移除。

  7. PLC 的所有成員將會是 GitHub 組織和任何相關資源（例如 Slack、1Password，若可行的話）的「計費管理員」和「版主」。

  8. 除了專案負責人之外，PLC 的一名成員將在 GitHub 組織和任何相關資源中擁有 擁有者 角色。PLC 將會選出此人，優先考量任何現任 Homebrew 維護者的 PLC 成員。如果沒有 PLC 成員是 Homebrew 維護者，任何 PLC 成員都符合 擁有者 角色資格。

5. 專案領導委員會會議

  1. PLC 的所有成員必須透過同步視訊通話或親自會面，每年至少一次。此會議應在 AGM 中親自舉行，並至少提前兩個月發出通知。

  2. PLC 決議的投票法定人數為其成員過半數。在電子投票中，為期一週的投票期取代法定人數要求。任何通過的決議將立即生效。

  3. PLC 全體成員過半數才能通過普通決議。

  4. PLC 將每年檢視所有成員的狀態，並移除未在 AGM 中投票，且未重新確認對 Homebrew 承諾的成員。在 AGM 中投票表示成員希望持續參與此專案。在 AGM 之後，PLC 將詢問未投票的成員是否希望持續參與此專案。PLC 會在三週後移除未回應此第二次請求的任何成員。

  5. PLC 將任命 TSC 的成員。

  6. 任何成員都可以將任何財務問題、AGM 問題或行為準則違規事件提交給 PLC。所有技術事項都必須提交給專案負責人，而技術爭議則提交給 TSC。在提交給 PLC、專案負責人或 TSC 之前，成員將善盡職責，盡力以妥協方式解決任何爭議。

6. 專案負責人

  1. 專案負責人將公開代表 Homebrew，管理所有日常技術決策，並解決維護者、成員、其他貢獻者和使用者之間與 Homebrew 操作相關的爭議。

  2. 專案負責人將由 Homebrew 成員每兩年透過 Schulze Condorcet 方法（又稱「beatpath」）選舉選出。PLC 將提名至少一位專案負責人候選人。任何成員都可以提名候選人，或自薦。提名必須在 AGM 前三週向成員宣布。

  3. 專案負責人的任何空缺將由 PLC 任命填補。

  4. TSC 的普通決議可以推翻專案負責人的技術決策。

  5. 專案負責人所做的非技術性決策，可由 PLC 以普通決議推翻。

  6. 專案負責人只能由會員以特別決議撤換。

  7. 專案負責人必須包含在 PLC 與 Open Collective 的所有通訊中，以及所有與共同責任相關的通訊中。

  8. 專案負責人必須是維護者，而不能只是會員。

  9. 專案負責人將會是 GitHub 組織、「Slack」、1Password 和任何相關資源的「擁有者」。

7. 技術指導委員會

  1. TSC 有權決定任何維護者和專案負責人之間的技術爭議。不涉及專案負責人的爭議必須透過專案負責人來解決。

  2. 專案負責人是 TSC 的一名成員。PLC 將任命三到五名維護者為 TSC 的成員。PLC 成員不應是這些被任命者中的任何一位。被任命的 TSC 成員將任期一年，或直到該成員的繼任者被任命。

  3. 任何成員都可以將任何技術問題或爭議提交給 TSC。在提交給 TSC 之前，成員將善意地努力透過妥協解決任何爭議。

  4. 同一個雇主的員工不得超過兩人在 TSC 任職。

  5. TSC 的成員（專案負責人除外）只能由 PLC 以普通決議撤換。

  6. TSC 的所有成員都將是 GitHub 組織的「主持人」。

  7. TSC 的一名成員（非專案負責人）將會是 GitHub 組織、「Slack」、1Password 和任何相關資源的「擁有者」。

8. 維護者

  1. 所有維護者都是自動成為會員。有些會員是維護者，但並非全部。

  2. 維護者是擁有至少一個主要儲存庫的提交/寫入權限的會員。

  3. 新的維護者可以由任何現有的維護者提名。要成為維護者，提名需要得到專案負責人或 TSC 任何成員的批准，且在 24 小時內沒有任何這些人反對，不包括週五晚上 7:00 UTC 到下週一晚上 7:00 UTC。如果遭到反對，TSC 必須在 #tsc 私人 Slack 頻道對提名進行投票，投票在一個星期後或在投票結果不會因後續投票而改變後（例如，當 TSC 的大多數人投票贊成或反對時）結束。提名將以投票所投選票的簡單多數票通過。

  4. 根據 Homebrew 的組織安全態勢，需要在最低權限原則下運作，專案負責人將最遲在 AGM 前六週審查維護者的寫入/提交權限。專案負責人將從未持續符合這些標準的人員中移除維護者權限

未履行這些要求的維護人員將被移除維護人員身分，但如果他們願意，可以繼續成為成員

專案負責人不會考慮以下活動，因為它們不需要對安全關鍵儲存庫進行提交或寫入存取

如果維護人員希望對其移除提出上訴，他們可以請求 TSC 審查此決定。此上訴必須在移除後 72 小時內提出。上訴人將確認他們打算解決導致移除的任何未履行標準。TSC 將在一個星期內審查此決定。TSC 中的成員（非專案負責人）將在維持或撤銷此決定後立即回應。如果 TSC 投票撤銷移除，專案負責人將盡快恢復存取權。如果 TSC 或專案負責人認為維護人員在任何撤銷移除的標準上都沒有取得足夠的進展，他們可以在最初撤銷後最早 30 天要求第二次 TSC 審查。如果發現明顯的沒有溝通活動或沒有回應，TSC 或專案負責人可以要求審查。在下次 AGM 之前，TSC 每季只會考慮每個維護人員一次上訴。在 2023 年 AGM 之後，TSC 將不會考慮任何維護人員移除審查，直到三個月後。

在緊急情況下，包括但不限於惡意提交、可疑活動、濫用資源，或任何可能損害 Homebrew 程式碼庫、系統或組織的安全態勢的行動或活動，專案負責人或任何有能力移除權限的人應移除維護人員的任何或所有存取權（例如 GitHub、Slack、1Password 等）。在這樣做之後，他們必須通知 PLC 和 TSC。PLC 將討論此情況。TSC 將在兩週內審查根據此條款移除的任何維護人員，並指示專案負責人僅在情況得到解決時恢復維護人員的權限。這被視為上述維護人員移除上訴程序。TSC 將在事件報告中記錄情況，與成員分享，並建議對安全設定、維護人員政策、此治理文件或任何其他必要的措施進行變更，以防止情況再次發生。

Fork me on GitHub