Add a section on resolving disagreements between core developers
還沒有人認領這個 Issue。
- 主要語言
- Python
- 星號
- 2.1k
- 分支
- 1k
- 平均合併
- 2 天 12 小時
- 30 天內合併 PR
- 12
描述
I'm not sure how we'd structure this, but I realised that the principle of "Escalate tracker disagreements to python-ideas and python-dev discussions, and potentially all the way to the PEP process" isn't clearly documented anywhere.
Once a discussion reaches the "This needs a PEP" stage, then there's https://devguide.python.org/langchanges/
I also gave a very brief overview of the concept when describing the extra responsibilities taken on by core developers in https://devguide.python.org/coredev/#what-it-means.
(Prompted by this Twitter thread, where I wanted a link for "Here is how our issue escalation process works", and couldn't find one: https://twitter.com/ncoghlan_dev/status/979228826126360577)
貢獻指南
從這裡開始
- 先讀完整個 Issue,再讀專案的貢獻指南。
- 在 Issue 下留言說明你要接手 —— 這能避免兩個人做同樣的事。
- Fork 儲存庫,在一個分支上完成修改。
- 送出 Pull Request,並在描述裡引用這個 Issue 編號。
研究方向
先閱讀 devguide.python.org/coredev/#what-it-means 和 devguide.python.org/langchanges/ 中現有的章節。確認新增「升級處理 tracker 中的歧見」章節的適當位置,然後記錄經過 python-ideas、python-dev 和 PEP 流程的路徑,並提供連結和明確的停止點。
由索引模型根據 Issue 內容生成。
評估
- 技術堆疊
- python
- 領域
- documentation
- Issue 類型
- 文件
- 難度
- 4/5
- 預估耗時
- 3-5 天
- 活躍度
- 停滯
- 描述清晰度
- 需要釐清
- 新手友好度
- 30/100