改进模块

• 检查兴趣
  • 从列表中选择一个模块
  • 联系作者，看看他是否有兴趣
• 跟踪“之前”
  • 有多少测试？RT 中有多少 bug？向 Andy 报告。
• 计划改进
  • 检查模块的 RT 队列。看看是否有需要处理的重大 bug 或文档问题。
  • 确定模块的弱点。
  • 决定谁负责什么。
• 构建
  • 修复（并编写测试）我们选择解决的任何 bug。
  • 使模块通过 Kwalitee 标准。
• 回到作者
  • 将补丁传回给作者。
  • 作者可以选择接受或拒绝更改。
  • 作者将更改后的版本发布回 CPAN。

我应该改变多少？

这取决于你和模块作者。我们不是来接管模块的。

也许作者想要彻底改造。也许作者对缩进非常挑剔。也许作者只需要修复一些 bug。这取决于作者。

如果模块的作者没有兴趣怎么办？

那么我们将在清单上记录这一点，然后继续。这取决于作者。我们不会违背作者的意愿进行更改。我们不是来接管模块的。

如果我们无法联系到作者怎么办？

嗯，我不知道。这确实是一个很大的 CPAN 问题。