[Draft] PEP 772 - Packaging Council governance process

원문 링크: PEP 772 - Packaging Council governance process

상태: Draft 유형: Process 작성일: 21-Jan-2025

PEP 772 – Packaging Council 거버넌스 프로세스

초록 (Abstract)

이 PEP(Python Enhancement Proposal)는 Python 패키징 표준, 도구 및 구현에 대한 광범위한 권한을 가진 Python 패키징 위원회(Packaging Council)를 제안합니다. Python 스티어링 위원회(Steering Council)와 마찬가지로, 패키징 위원회는 이 권한을 가능한 한 드물게 행사하려고 하며, 대신 표준 프로세스를 수립하는 데 이 권한을 사용합니다.

PEP 8016과 유사하게, 이 PEP는 하나의 문서에서 모든 것을 다루려 하기보다, 향후 거버넌스 결정을 위한 최소한이지만 견고한 기반을 제공하는 데 중점을 둡니다.

동기 및 근거 (Motivation and Rationale)

Python 패키징이 성숙해짐에 따라, 기술 개발, 의사 결정 및 프로세스를 관리하는 현재 방식에서 몇 가지 상호 연관된 문제점들이 드러났습니다.

PyPA

Python Packaging Authority (PyPA)는 pip과 virtualenv의 유지보수를 Ian Bicking으로부터 넘겨받기 위해 Brian Rosner, Carl Meyer, Jannis Leidel의 주도로 생성되었습니다. 수년에 걸쳐 PyPA에 추가 프로젝트들이 포함되었고, PyPA가 유지보수하는 도구들은 Python 패키징의 기본 도구들이 되었으며, 추가 패키지 생태계들이 PyPA가 유지보수하는 도구들과 상호 운용성 표준을 사용하고 그 위에 구축되었습니다.

PEP 609는 기존 패키징 도구, 상호 운용성 표준, 그리고 상호 운용성을 목표로 하는 독립적인 프로젝트 그룹으로서의 운영에 대한 PyPA의 권한을 공식화했습니다. 또한, 생태계 전반의 변경이 제안될 때 PyPA가 의견, 통찰력 및 경험을 제공해야 한다고 명시했습니다. 특히, 기존 프로젝트를 지원하고 사용자 가이드를 유지하는 작업은 훌륭했습니다.

이 문서 작성 시점(2025년 1월 21일)에 PyPA는 커뮤니티 선출 기구가 없으며, 그룹 내 개인들은 정기적인 모임보다는 비공식적으로 만납니다. PyPA 자체는 개인들의 그룹이라기보다는 프로젝트 그룹으로 정의되며, 개인들에 대한 직접적인 감독 권한이 없습니다.

Packaging-WG

PSF(Python Software Foundation)의 Packaging Workgroup은 모금 및 모금된 자금의 배분을 통해 Python의 패키징 생태계를 개선하고 유지보수하는 더 큰 노력을 지원하기 위해 생성되었습니다. 이는 주로 Python Package Index (PyPI), pip, packaging.python.org, Setuptools, 그리고 교차 프로젝트 노력과 같은 분야에 중점을 둘 것으로 예상되었습니다.

이 그룹은 과거에 매우 좋은 진전을 이루었지만, 지난 몇 년 동안 Python 패키징 생태계를 지원하는 범위와 규모가 상당히 커졌습니다. 해야 할 작업이 더 많아졌고, 이해관계자도 그 어느 때보다 많아졌습니다. Packaging Workgroup 또한 커뮤니티 선출 기구가 아니며, 구성원 변경, 추가 또는 제거를 위한 정기적인 메커니즘이 없습니다.

상호 운용성 표준 (Interoperability Standards)

PyPA는 Python 패키징 도구를 위한 상호 운용성 표준을 만들고 유지보수할 책임이 있습니다. 이 표준을 업데이트하기 위한 의사 결정은 Python 스티어링 위원회에서 특정 주제를 기반으로 특정 개인에게 상시 위임하는 것을 포함하며, 이 개인들은 변경 사항에 대한 의사 결정을 다른 개인에게 추가로 위임할 수 있습니다.

이러한 과정은 지속 가능하지 않으며, 많은 이들이 이러한 결정을 내릴 지정된 기구(상시 위임을 받은 개인들을 포함하여)를 원한다는 의견이 표명되었습니다.

Python 스티어링 위원회 (Python Steering Council)

PyPA, Packaging-WG, Python 코어 팀 사이에 중복이 있지만, 스티어링 위원회는 Python 패키징 문제에 대해 직접 결정을 내리기에 적합하지 않습니다. 패키징은 Python 언어 진화와 간접적으로만 교차하며, 패키징은 전문적인 지식과 깊은 도메인 지식(타입 힌트나 C API와 매우 유사하게)을 요구하고, 스티어링 위원회와는 다른 잠재적인 패키징 위원회 선출권자 집단이 존재합니다.

기대 사항 (Expectations)

선출된 패키징 위원회는 상호 운용성 표준에 대한 권한을 가지며, CPython과 함께 제공되는 패키징 도구를 안내하고, Python 패키징 노력을 조율할 권한을 가질 것입니다. 이는 패키지 작성자, 패키지 사용자, 도구 개발자, PyPI 및 기타 인덱스 유지보수자에게 더 좋고 일관된 경험을 제공할 것입니다. 선출된 패키징 위원회를 통한 투명성 증대와 명확한 목표 설정을 통해 PSF는 이 생태계의 모든 부분에 더 전술적인 작업, 장기적인 전략적 비전, 그리고 모금 지원을 제공할 수 있을 것입니다.

패키징 위원회 구성에 대한 몇 가지 기대 사항은 다음과 같습니다.

  • PSF 직원 및 새로 구성된 사용자 성공 워크그룹과 협력하여 패키징 관련 사용자 경험을 개선합니다.
  • Python 패키징과 관련된 API, 프로토콜, 인터페이스 및 기타 상호 운용성 표준을 선언하고 홍보합니다.
  • 커뮤니티 의견에 더 잘 반응하는 안정적인 패키징 생태계를 조성합니다.
  • 투명성을 높이고 패키징 생태계를 위한 목표를 명확하게 공유합니다.
  • PSF의 전술적 및 모금 지원을 촉진하여 패키징 도구에 사용 가능한 역량과 자금을 늘립니다.

명세 (Specification)

패키징 위원회 (Packaging Council)

패키징 위원회는 5명의 개인으로 구성됩니다.

권한 (Mandate)

위원회는 다음을 위해 노력해야 합니다.

  • Python 패키징 표준의 품질과 안정성을 유지합니다.
  • Python 코어 팀 및 Python Software Foundation과의 협력 관계를 공식화하고 유지합니다.
  • 적절한 의사 결정 프로세스를 수립합니다.
  • Python 패키징의 사용자 경험을 개선합니다.
  • 기여를 가능한 한 접근하기 쉽고, 포괄적이며, 지속 가능하게 만듭니다.
  • 공식적인 자격으로 행동하기 전에 기여자들 사이에서 합의를 구하도록 노력합니다.

책임 (Responsibilities)

위원회는 다음을 수행해야 합니다.

  • https://packaging.python.org에서 유지보수되는 Python 패키징 표준 및 Python Packaging User Guide에 대한 광범위한 권한을 가집니다.
  • 패키징 표준, 도구 및 구현에 관한 구속력 있는 결정을 내리고, 생태계 전반의 변경 사항을 고려하기 위한 프로세스를 수립합니다.
  • 투표보다는 합의와 동의를 구하는 방식으로 직접적인 권한 사용을 최소화할 방법을 모색합니다.

권한을 사용하기 위해 패키징 위원회는 투표합니다. 모든 위원회 구성원은 투표하거나 명시적으로 기권해야 합니다. 특정 투표에 이해 상충이 있는 구성원은 기권해야 합니다. 통과하려면 기권하지 않은 위원회 구성원의 과반수 지지가 필요하며, 3명의 기권하지 않은 구성원의 정족수가 필요합니다. 패키징 위원회가 자체적으로 결정을 내릴 수 없거나(예: 정족수 부족) 원하지 않는 경우, 해당 사안을 스티어링 위원회에 회부할 수 있으며, 이 경우 스티어링 위원회의 결정이 구속력을 가집니다.

가능한 한 패키징 위원회는 결정과 프로세스를 적시에 공개적으로 공유해야 합니다.

위임 (Delegations)

패키징 위원회는 Python 스티어링 위원회로부터의 위임을 통해 패키징 문제에 대한 권한을 얻습니다. 이 PEP가 수락되면, 스티어링 위원회는 Python 패키징과 관련된 PEP에 대해 패키징 위원회에 공식적으로 상시 위임을 발행하여, 기존의 개별 상시 위임을 대체할 것으로 예상됩니다. 이 두 기구는 패키징 도메인과 언어 관리(CPython 구현, 표준 라이브러리 및 배포 포함)가 교차하는 문제에 대해 협력할 것입니다.

PSF 이사회는 Packaging Workgroup을 공식적으로 비활성화하도록 권장되며, Packaging Council은 PSF의 Packaging Workgroup의 책임을 맡게 될 것입니다.

PyPA는 Packaging Council과 협력하여 PyPA 산하의 기술 프로젝트를 관리하는 의사 결정 프로세스를 수립할 것으로 예상됩니다.

프로세스 (Processes)

패키징 위원회 선출 (Election of the Packaging Council) 패키징 위원회 선거는 다음 단계로 구성됩니다.

  • 1단계: 패키징 위원회 선출권자(Electors)는 PSF 투표권자(voting members)의 자발적인 자기 선택으로 결정됩니다. PSF 투표권자들에게 패키징 위원회 투표용지가 제공될 것임을 알리고, 모든 PSF 투표권자는 투표용지를 요청할 수 있습니다. PSF는 PSF 이사회 선거와 패키징 위원회 선거의 참여를 동시에 요청할 수 있습니다. 패키징 위원회 선출권자는 연중 투표권을 유지하며, 해당 연도에 발생할 수 있는 다른 커뮤니티 전반의 투표에 이러한 권한을 행사할 수 있습니다.
  • 2단계: 패키징 위원회 선출권자는 자신을 포함하여 위원회 선거를 위한 모든 개인을 지명할 수 있습니다. 지명된 후보자는 PSF 투표권자여야 하며, 지명에는 후보자의 관련 소속에 대한 정보가 포함되어야 합니다.
  • 3단계: 각 선출권자는 모든 적격 후보자로 구성된 투표용지를 받으며, 이를 사용하여 패키징 위원회에 투표합니다. 선거의 메커니즘(예: 선거를 실시하는 데 사용되는 소프트웨어, 투표 결과를 결정하는 데 사용되는 알고리즘 등)은 PSF 정관 및 정기 이사회 선거 절차에 따라 PSF에 의해 수행됩니다. 동점이 발생하면 후보자 간의 상호 합의로 해결될 수 있으며, 그렇지 않으면 무작위로 당선자가 선정됩니다.

각 단계는 2주 동안 진행됩니다.

패키징 위원회 선거 과정은 PSF 이사회가 지명한 선거관리관(returns officer)이 관리합니다. PSF는 선거 기록을 유지하고 패키징 위원회 연간 선거를 실시합니다. PSF 이사회는 선거 결과를 인증해야 하며, 선거의 무결성을 확인하는 데 필요한 모든 역량으로 선거관리관과 협력할 수 있습니다. 프로세스에 대한 신뢰를 위해 선거 투명성이 가장 중요하므로, 익명성을 유지하면서도 모든 제외 전의 전체 득표수는 기술적으로 가능한 경우 공개되어야 합니다.

패키징 위원회 투표(코호트 선거 또는 불신임 투표)의 정족수는 선출권자의 50%입니다.

임기 (Term) 위원회 구성원은 두 개의 코호트로 나뉩니다: 2명으로 구성된 코호트 A와 3명으로 구성된 코호트 B.

각 위원회 구성원은 2년 임기로 선출됩니다. 단, 사임, 해임 또는 기타 이유로 공석이 된 위원회 구성원을 교체하는 경우에는 해당 교체 구성원이 원래 코호트의 임기 기준으로 2년 임기를 완료하기에 충분한 기간 동안 선출됩니다.

각 위원회 구성원의 임기는 선거가 확정된 시점부터 해당 코호트의 다음 선거가 확정될 때까지 2년입니다.

패키징 위원회 선거는 일반적으로 PSF 이사회 선거 시기와 일치하므로, “비정기” 위원회 선거(예: 초기 위원회 선거)에서 선출된 모든 구성원은 해당 코호트의 다음 정기 선거까지 복무합니다.

전체 패키징 위원회 선거(예: 초기 위원회 선거)에 한하여, 가장 많은 표를 얻은 두 후보자는 2년 임기의 코호트 A로 지정되고, 다음으로 많은 표를 얻은 세 후보자는 1년 임기의 코호트 B로 지정됩니다.

개별 위원회 구성원에 대한 임기 제한은 없습니다.

공석 (Vacancies) 패키징 위원회 구성원은 언제든지 사임할 수 있습니다.

정기 패키징 위원회 임기 중 공석이 발생하면, 위원회는 투표를 통해 남은 임기를 채울 교체 구성원을 임명할 수 있습니다.

한 달 이상 연락이 닿지 않는 위원회 구성원이 있을 경우, 나머지 위원회는 투표를 통해 그를 교체할 수 있습니다(단순 과반수 투표, 부재 구성원은 기권으로 기록).

이 프로세스를 통해 전체 패키징 위원회가 구성될 수 없는 경우, PSF 이사회는 Python 스티어링 위원회와 협의하여 공석을 채울 새로운 패키징 위원회 구성원을 임명하거나, 새로운 패키징 위원회 선거를 요청할 수 있습니다.

이해 상충 (Conflicts of interest) 동일한 기관에 고용되거나 동일한 기관에 대한 의사 결정 권한을 가진 패키징 위원회 구성원은 2명을 초과할 수 없습니다. 기관은 회사 및 그 자회사 또는 비영리 단체나 자체적인 사명과 목표를 가진 교육 기관과 같은 다른 법인을 의미합니다. 이 목적을 위해 “고용된” 것은 인력 분류와 관계없이 현재 업무에 대한 보상을 받는 다른 형태를 포함하며, 기관에 대한 “의사 결정 권한”은 임원/이사 직책 및 25% 이상의 소유 지분을 보유하는 것을 포함합니다.

패키징 위원회 구성원들이 자신이나 자신의 소속이 아닌 Python의 최선의 이익을 위해 행동할 것이라고 기대하고 신뢰하지만, 특정 조직이 Python 패키징 개발을 지배하는 것처럼 보이는 것만으로도 해로울 수 있으며 신뢰를 훼손할 수 있습니다.

PSF 직원은 패키징 위원회 구성원으로 활동할 수 없습니다.

현직 스티어링 위원회 구성원은 패키징 위원회 구성원으로 동시에 활동할 수 없습니다.

위원회 선거에서 상위 5위 득표자 중 2명 이상이 동일한 고용주를 위해 일하는 경우, 해당 고용주에 속한 상위 2명만이 선출되고 나머지는 실격 처리되며, 나머지 득표자의 순위가 상승합니다. 이 과정은 유효한 패키징 위원회가 구성될 때까지 반복됩니다. 이 과정 후에도 전체 위원회가 구성될 수 없는 경우, 전체 위원회가 구성될 때까지 실격 처리된 득표자들이 득표 순서에 따라 다시 자격을 얻게 됩니다.

5명 미만의 구성원이 선출될 경우, 전체 패키징 위원회에서 동일한 고용주에 속한 구성원이 2명을 초과하지 않도록 유사한 절차가 적용됩니다.

패키징 위원회 임기 중 상황 변화로 인해 이 규칙이 위반될 경우(예: 위원회 구성원의 고용 변경), 한 명 이상의 위원회 구성원이 문제를 해결하기 위해 사임해야 하며, 결과적인 공석은 정상적인 절차에 따라 채워질 수 있습니다.

행동 강령 (Code of Conduct) 모든 패키징 위원회 선출권자 및 패키징 위원회 구성원은 PSF 행동 강령, 그 집행 절차 및 판결된 위반에 대한 구제책의 적용을 받으며 이를 준수해야 합니다.

패키징 위원회는 자체 공간을 중재하고 해당 영역에서 PSF 행동 강령 집행을 적절히 지원할 것입니다.

패키징 위원회 선출권자 (Packaging Council Electors)

책임 (Responsibilities)

패키징 위원회 선출권자는 패키징 위원회 선출을 위한 공식 투표에 참여합니다.

패키징 위원회 선출권자의 자격은 PSF 정관의 제4조 4.2항에 정의된 투표 회원 자격과 동일합니다. 향후 정관이 변경되면 패키징 위원회 선출권자의 자격도 이에 맞춰 변경됩니다. 패키징 위원회 선출권자는 PSF 이사회 투표 회원 확인과 유사한 방식과 절차로 패키징 위원회 선거에 투표할 의사를 확인해야 합니다.

PSF 투표 회원은 PSF 이사회 선거에 투표할지 여부와 관계없이 패키징 위원회 선거에서 (매년 또는 무기한으로) 옵트아웃할 수 있습니다.

프로세스 (Processes)

불신임 투표 (Vote of no confidence) 예외적인 상황에서, 현직 패키징 위원회 구성원 또는 전체 위원회를 해임하기 위한 불신임 투표가 요청될 수 있습니다. Python 스티어링 위원회는 두 번째 의견 없이 이러한 불신임 투표를 요청할 수 있습니다. 누구든지 요청자의 회원 자격이나 소속과 관계없이 스티어링 위원회에 이러한 불신임 투표를 요청할 수 있으며, 스티어링 위원회는 투표를 요청할지 여부를 재량으로 결정할 수 있습니다. PSF 이사회는 스티어링 위원회를 기각하여 불신임 투표를 개시할 수 있습니다.

불신임 투표는 2주 동안 진행됩니다. 각 선출권자는 찬성 또는 반대 투표를 합니다. 선출권자의 3분의 2 이상이 불신임을 표명하면 투표는 성공합니다.

불신임 투표에는 두 가지 형태가 있습니다: 단일 구성원을 대상으로 하는 투표와 위원회 전체를 대상으로 하는 투표. 불신임 투표의 초기 요청은 어떤 유형이 의도되었는지 명시해야 합니다. 단일 구성원 투표가 성공하면 해당 구성원은 위원회에서 해임되며, 결과적인 공석은 정상적인 프로세스로 처리될 수 있습니다. 전체 위원회 투표가 성공하면 위원회는 해산되고, 전체 위원회 선거 규칙을 사용하여 즉시 새로운 위원회 선거가 시작됩니다.

거버넌스 변경 (Changing the governance)

이 거버넌스 모델에 제안된 변경 사항은 Python 스티어링 위원회의 승인을 받아야 합니다.

거부된 아이디어 (Rejected Ideas)

모든 위원회 구성원의 연간 선거 (Annual elections for all Council members)

위원회 구성원의 연간 임기는 Python 스티어링 위원회 선거에 채택된 방식입니다. 이 PEP는 PSF 이사회 선거에서 파생된 코호트 기반 모델을 사용하여 변화하는 위원회 전반에 걸쳐 구성원의 연속성을 가능하게 합니다.

위원회 연속성과 전체 개편 사이에는 상충 관계가 있습니다. 이 PEP는 Python 패키징 생태계에 연속성이 더 가치 있을 것이라는 입장을 취합니다.

위원회 구성원의 임기 제한 (Term limits for council members)

이것은 일반적으로 이사회에 가치 있다고 여겨지지만, 참여하고 자격 있는 사람들의 풀(pool) 크기로 인해 거부되었습니다.

선출권자 자격 (Elector eligibility)

이 PEP의 이전 초안은 패키징 위원회 선출권자를 식별하기 위한 다른 회원 규칙을 제안했습니다. 이해 관계자들 간의 광범위한 논의와 가능한 한 가장 넓은 피드백을 구한 후, PEP 작성자들은 패키징 위원회 선출권자를 PSF 이사회 투표 회원 자격과 일치시키는 것이 가장 실용적인 방법이자 Python 패키징 커뮤니티의 모든 부분을 포함하는 가장 공평한 접근 방식이라는 데 동의했습니다.

여기서 PSF 회원 자격이 사용되는 이유는 가능한 한 가장 넓은 Python 커뮤니티에 개방되어 있기 때문입니다. 특히, 대부분의 Python 패키징 작업을 수행하는 사람들은 PyPA 또는 비-PyPA 프로젝트에 기여하는 것을 포함하여 공개적으로 작업을 수행하며, 그러한 작업에 기반하여 회비 없이 PSF “기여 회원(Contributing Membership)” 자격을 얻을 가능성이 높습니다.

선거에서의 승인 투표 (Approval voting in the election)

이 PEP의 이전 비공개 초안은 작성 당시 PEP 13에 명시된 바와 일치하는 승인 투표(approval voting) 프로세스를 사용했습니다. Python 코어 팀은 거버넌스를 Bloc STAR를 사용하도록 변경했으며, 이 PEP도 일시적으로 동일한 메커니즘을 사용하도록 변경되었습니다. 그러나 패키징 위원회 선거가 이제 PSF 이사회 선거와 동시에 진행되고, 동일한 투표 유권자(즉, PSF 투표 회원)를 가지며, 동일한 선거관리관이 관리하므로, 이 PEP는 패키징 위원회 선거를 PSF 이사회 선거와 일치하도록 업데이트되었습니다.

위원회에 동일 조직의 다수 인원 금지 (Disallow multiple people from the same organization on the council)

이 PEP는 현재 Python 스티어링 위원회의 제한, 즉 단일 조직과 관련된 최대 2명의 개인이 위원회에 참여할 수 있다는 제한을 반영합니다.

이를 1명으로 제한하는 것도 가능합니다. 비록 스티어링 위원회에서는 발생하지 않았지만, 사람들은 직장을 옮기며, 좋은 후보자가 패키징 위원회 회원 자격에 따라 고용 결정을 내리거나, 고용 변경에 따라 사임해야 하는 것을 원치 않을 것입니다. 최대 2명으로 제한하고, 불신임 투표를 추가하는 것으로 부당한 고용주 영향력을 피하기에 충분할 것입니다.

패키징 위원회와 PyPA 관계를 위한 특정 프로세스 수립 (Establishing specific processes for Packaging Council and PyPA relationship)

초록에서 언급했듯이, 이 PEP의 초점은 향후 거버넌스 결정을 위한 최소한이지만 견고한 기반을 제공하는 것입니다. 이 관계의 구체적인 내용은 초기 위원회에서 결정될 것입니다.

부록 A: PEP 승인 프로세스 (Appendix A: PEP approval process)

이 PEP는 동의해야 하는 당사자들을 고려할 때 비정형적인 승인 프로세스를 요구할 가능성이 높습니다. 이를 위해, 작성자들은 이 PEP를 다음을 위해 제출할 것입니다.

  • 패키징 위원회 선출권자와 PSF 회원 자격의 연동, 그리고 Packaging Workgroup의 비활성화를 승인해야 하는 PSF 이사회의 투표.
    • 결정 사항: Python Software Foundation은 2025년 7월 25일에 발행된 PEP 772 초안에 설명된 패키징 위원회의 설립을 승인합니다. 단, PEP 작성자들이 PEP 772에 재단이 달리 승인한 집행 메커니즘 외에 PSF 행동 강령을 집행할 권한을 패키징 위원회에 명시적으로 부여하는 문구를 추가하는 조건이 있습니다. 요청된 문구는 PR 4550에 추가되었습니다.
  • PEP 609에 명시된 프로세스에 따라 Python 스티어링 위원회의 공식 승인을 위한 pypa-committers 메일링 리스트에서의 투표.

권고, 의견 및 피드백을 기반으로 PEP를 필요에 따라 조정하고 업데이트하며, 필요한 모든 승인을 얻을 때까지 반복할 것입니다.

부록 B: 위원회를 위한 운영 제안 (Appendix B: Operational suggestions for the Council)

이 섹션은 PEP 작성자들이 패키징 위원회가 운영 프로세스를 수립하는 데 도움이 될 것이라고 생각하는 사항들을 기반으로 합니다. 이들은 구속력이 없지만 강력히 권장됩니다.

  • PSF는 패키징 위원회의 공식 연락 담당자로 직원을 지정할 것입니다. 이 직원은 정기적으로 회의에 참석할 것으로 예상됩니다(예: 한 달에 두 번).
  • 두 그룹의 의견이 필요한 PEP에 대해 스티어링 위원회와 조율합니다.
  • 개별 프로젝트를 지원하기 위한 PyPA의 지속적인 작업에 대해 PyPA와 조율합니다.
  • 틈새 초점을 가진 이니셔티브/PEP에 대해 패키징 커뮤니티의 도메인 전문가 또는 워킹 그룹에 위임합니다(스티어링 위원회가 특정 PEP를 C API 워킹 그룹에 보내는 방식과 유사하게).
  • 누군가를 고용하여 가장 잘 수행될 수 있는 작업을 파악하고, PSF와 협력하여 결과와 합리적인 예산을 수립합니다.
  • 패키징 위원회(스티어링 위원회와 유사하게)는 PSF의 행동 강령 워킹 그룹과 소통하고 필요할 때 조언을 구할 것을 권장합니다.
  • 상호 합의된 주기(분기당 1회 이상 권장)로 스티어링 위원회와 정기적으로 동기화합니다.
  • 공개 의제 및 회의록을 적시에 게시합니다.
  • PEP가 아닌 주제(예: 오피스 아워, 포럼 채널 또는 Python 이벤트의 패널)를 사람들이 가져올 수 있는 비공식적인 실시간 기회를 제공합니다.

감사 (Acknowledgments)

이 PEP의 언어와 정신은 전체 Python 패키징 생태계에 걸쳐 많은 헌신적이고 열정적인 기여자들의 노력의 산물입니다. PEP 작성자들은 참여하고 의견을 제공해 준 모든 분들께 감사드리며, 이러한 참여 덕분에 이 PEP와 그 의도된 결과가 훨씬 더 나아졌다고 진심으로 믿습니다. 이 PEP는 단지 하나의 (중요하지만) 단계이며, 우리는 끊임없이 개선되는 패키징 사용자 경험을 향한 모든 Python 패키징 이해 관계자들의 지속적인 기여를 장려하고 축하합니다.

⚠️ 알림: 이 문서는 AI를 활용하여 번역되었으며, 기술적 정확성을 보장하지 않습니다. 정확한 내용은 반드시 원문을 확인하시기 바랍니다.

Comments