三次发布，一个新组织
💡
原文英文，约700词，阅读约需3分钟。
📝
内容提要
本周末发布了三版coverage.py，解决了“sysmon”核心与并发设置冲突的问题，最终发布了7.11.3，恢复了旧行为，并将代码迁移到新的GitHub组织。希望更多人参与讨论。
🎯
关键要点
- 本周末发布了三版coverage.py，解决了sysmon核心与并发设置冲突的问题。
- 最终发布了7.11.3，恢复了旧行为。
- 代码已迁移到新的GitHub组织，希望更多人参与讨论。
- coverage.py需要收集执行事件来测量代码，使用trace函数和sys.monitoring机制。
- sysmon是默认核心，但与某些设置冲突时会导致错误。
- 在处理过程中，发现了多个问题并进行了修复，发布了7.11.1和7.11.2。
- 用户反馈指出新版本的设置组合导致错误，认为这是破坏性变化。
- 最终决定发布7.11.3以恢复旧行为，避免影响测试管道。
- 希望通过新的GitHub组织吸引更多人参与讨论和贡献。
❓
延伸问答
coverage.py的最新版本解决了什么问题？
最新版本7.11.3解决了sysmon核心与并发设置冲突的问题，恢复了旧行为。
为什么会发布三次版本？
发布三次版本是因为在处理sysmon核心与并发设置冲突时发现了多个问题，导致需要进行多次修复。
sysmon核心的默认设置是什么？
sysmon是Python 3.14中的默认核心，但与某些设置冲突时会导致错误。
如何参与coverage.py的讨论？
可以通过新的coveragepy GitHub组织参与讨论，或在#coverage-py频道联系开发者。
版本7.11.2修复了什么问题？
版本7.11.2修复了使用sysmon核心时缺失分支的问题，特别是处理Jinja模板时的解析错误。
为什么用户反馈认为新版本是破坏性变化？
用户反馈认为新版本导致某些设置组合从警告变为错误，影响了原有的测试管道，因此被视为破坏性变化。
🏷️
标签
➡️
