多年来，我提交了一些错误报告，但大多数都没有被关闭（无论如何都没有被关闭和修复）。我认为如果我提交了补丁，我可以加快这个过程。但是：
我该如何提交代码？只
diff输出就可以吗？我应该从相应的 Ubuntu 项目创建一个 Launchpad 项目分支吗？如果这是在 Github 上，我会做一个 fork-and-pull-request。在 Launchpad 上，似乎有一个类似的，如记录在这个答案。
有没有什么惯例？比如Debian 政策手册? 这如何适用于非代码提交，例如手册页形式的文档等？
是否有特殊的许可要求？如果我没记错的话，FSF 要求对 FSF 版权 GNU 软件的代码贡献的所有权必须转移给他们。Canonical 有这样的要求吗？
Launchpad 是否足以作为一种沟通媒介，还是我也必须在邮件列表上发帖（可能是 ubuntu-devel，也许是其他列表）？
我是否应该向我接触的代码添加单元测试并提交这些测试（假设它们尚未经过测试）？
这个问题适用于为纯 Ubuntu 软件贡献代码（如 Ubiquity 安装程序或 Ubuntu 手册页存储库）或为第三方软件提供补丁以修复不太可能由上游修复的回归问题（例如，Ubuntu 维护的 GNOME 终端补丁）。本质上，这是 Canonical 开发人员维护的工作。