PyPA

Python 封裝管理局 (PyPA) 的成立，是為了從 Ian Bicking 手中接管 pip 與 virtualenv 的維護工作，並由 Brian Rosner、Carl Meyer 與 Jannis Leidel 領導。多年來，PyPA 增加了更多專案，而其維護的工具已成為 Python 封裝的基準工具，其他套件生態系統亦使用這些由 PyPA 維護的工具與互通性標準並在此基礎上進行構建。

PEP 609 將 PyPA 對現有封裝工具、互通性標準的權力，以及其作為一系列旨在互相通用的獨立專案共同體運作的模式進行了規範化。該文件亦指出，當提出生態系統範圍內的變更時，預期 PyPA 將提供意見、見解與經驗。特別是在支援現有專案與維護使用者指南方面，其表現極為優異。

在撰寫本文時，PyPA 並無社群選舉產生的機構，且該組織內部的個人交流多屬臨時性質，而非規律的週期性會面。PyPA 本身由專案群體定義，而非由個人群體定義，且對其成員亦無直接監督機制。

封裝工作小組 (Packaging-WG)

PSF 的 封裝工作小組 (Packaging-WG) 的成立，旨在透過籌款與資金分配，支援改善與維護 Python 封裝生態系統的更大規模工作。該小組預期將主要聚焦於 Python Package Index (PyPI)、pip、packaging.python.org、Setuptools 及跨專案合作等工作。

該小組過去在此取得了非常好的進展，但近年來支援 Python 封裝生態系統的範圍與規模已顯著擴大。現在不僅有更多工作需要完成，利益相關者亦比以往任何時候都多。封裝工作小組同樣不是一個由社群選舉產生的機構，且沒有更換、增加或移除成員的常規機制。

互通性標準

PyPA 負責建立與維護 Python 封裝工具的互通性標準。更新這些標準的決策制定涉及 Python 指導委員會將權力下放給特定領域的特定人員，而這些人員有權將變更決策進一步下放給其他人。

我們知道這種流程不可持續，許多人已表達希望有一個指定的機構來做出這些決策（包括那些目前持有常規下放權力的人員）。

Python 指導委員會

雖然 PyPA、封裝工作小組與 Python 核心團隊之間存在重疊，但指導委員會並不適合直接對 Python 封裝事務做出決策。封裝僅與 Python 語言演進有間接交集，封裝需要專業知識與深厚的領域知識（就像型別提示或 C API 一樣），且封裝委員會的潛在選舉人名單與指導委員會的選舉人不同。

期望目標

一個經選舉產生的封裝委員會將擁有互通性標準的權力，將指導隨 CPython 提供的封裝工具，並肩負協調 Python 封裝工作的使命。這將為套件封裝者、使用者、工具開發者、PyPI 及其他索引維護者提供更好、更一致的體驗。透過封裝委員會提高透明度並明確目標，PSF 也將能為生態系統的所有部分提供更具策略性的工作、長期願景與籌款支援。

關於封裝委員會的成立，預期的期望目標包括：

• 與 PSF 工作人員及新成立的 使用者成功工作小組 合作，提升封裝相關的使用者體驗。
• 針對與 Python 封裝相關的 API、協定、介面及其他互通性標準進行裁決與推廣。
• 促成一個更穩定且能更靈活應對社群意見的封裝生態系統。
• 提高透明度，並清晰地分享封裝生態系統的目標。
• 協助 PSF 提供戰術與籌款支援，以增加封裝工具可用的量能與資金。

封裝委員會

封裝委員會將由五名成員組成。

職責

封裝委員會選舉人參與正式投票以選舉封裝委員會。

封裝委員會選舉人的資格等同於 PSF 章程 第 IV 條第 4.2 節定義的投票成員資格。若未來章程變更，封裝委員會選舉人的資格亦將隨之調整以保持一致。封裝委員會選舉人必須以與 PSF 理事會投票成員確認方式類似的流程，確認其參與封裝委員會選舉的意願。

PSF 投票成員可獨立於其參與 PSF 理事會選舉的選擇，自行決定是否退出（每年或無限期）封裝委員會選舉。

變更治理架構

對此治理模式提出的變更必須獲得 Python 指導委員會的核准。

全體委員會成員的年度選舉

委員會成員的年度任期是 Python 指導委員會選舉所採用的方式。本 PEP 使用基於梯隊的模型，源自 PSF 理事會選舉，這使得成員在委員會更迭期間能保持連續性。

委員會的連續性與完全重組之間存在權衡。本 PEP 的立場是，連續性對 Python 封裝生態系統更有價值。

委員會成員的任期限制

雖然這在一般委員會中被視為有價值，但由於感興趣且合格的潛在候選人池有限，此提議遭到否決。

選舉人資格

本 PEP 草案的早期版本曾提出不同的封裝委員會選舉人身份認證規則。在利益相關者進行廣泛討論並尋求最廣泛的回饋後，PEP 作者同意，將封裝委員會選舉人與 PSF 理事會投票成員掛鉤，既是最可行的安排，也是最公平、能涵蓋 Python 封裝社群各個部分的做法。

此處採用 PSF 會員制，是因為它對最廣泛的 Python 社群開放。特別是，大多數從事 Python 封裝工作的人員皆公開從事，包括貢獻 PyPA 或非 PyPA 專案，且極有可能基於該工作而無需繳納任何會員費即可獲得 PSF 的「貢獻會員資格」。

選舉中的認可投票制

本 PEP 的早期非公開草案使用了認可投票制，這與撰寫時 PEP 13 的規定一致。Python 核心團隊已將其治理方式變更為使用 Bloc STAR，本 PEP 亦暫時變更為使用相同機制。然而，由於封裝委員會選舉現在將與 PSF 理事會選舉同時進行，且擁有相同的投票群體（即 PSF 投票成員）並由同一選舉負責人管理，因此本 PEP 已更新以使封裝委員會選舉與 PSF 理事會選舉保持一致。

禁止同一組織的多人同時在委員會任職

本 PEP 目前反映了 Python 指導委員會的限制，即同一組織相關的人員在委員會中最多為兩名。

限制為一名是可行的；雖然指導委員會未曾遇到此問題，但人員確實會流動，我們不希望候選人基於封裝委員會成員身份而做出就業決策，或因更換工作而被迫辭職。將上限設為兩名，加上不信任投票機制，應足以避免任何不當的雇主影響。

建立封裝委員會與 PyPA 關係的特定流程

如摘要所述，本 PEP 的重點在於為進一步的治理決策提供一個最基本但穩固的基礎。這種關係的具體細節將由首屆委員會決定。