不久前，有人讨论过将所有（或至少部分？）打包工作转移到 launchpad 上的 bzr 分支。我似乎记得提到了许多好处，例如让新开发人员/打包人员更容易做出贡献。
有人可以告诉我这是否发生了以及会带来什么好处吗？（我可能完全误解了这一点，所以请随时纠正我……）
答案1
我没有当前的数量，但我认为大多数都是进口的。您可以尝试使用bzr branch lp:ubuntu/PACKAGENAME或签出包lp:ubuntu/maverick/PACKAGENAME，作为几个示例。
当然，替换PACKAGENAME为您正在寻找的包，您可以替换maverick为您正在寻找的发行版，lucid，karmic等。您可以进行更改并推送到您自己的bzr分支以获得赞助。
答案2
导入没有失败的所有内容现在都在 bzr 中。KDE 分支由于规模庞大而容易失败，但我认为这正在努力解决。
这样做的好处是，我们不必在 Launchpad 中放置版本号重叠且存在冲突的 debdiff。相反，每个人都可以顺利地合并到单个分支中，从而减少“哎呀，你的补丁不再适用”的往返次数。
答案3
正如其他人提到的，如果您正在寻找 Lucid 的源代码，您可以使用bzr branch lp:ubuntu/PACKAGENAME或 检出当前开发版本的软件包lp:ubuntu/lucid/PACKAGENAME。Debian 的源代码包也会被导入。可以使用lp:debian/PACKAGENAME或获取这些lp:debian/lenny/PACKAGENAME
这也使我们能够通过 bazzar.launchpad.net 轻松在线浏览任何 Ubuntu 或 Debian 软件包的源代码。例如，这是 banshee 源包：
http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/maverick/banshee/maverick/files
Ubuntu 中的绝大多数软件包都以 bzr 分支的形式提供。截至撰写本文时，Ubuntu 中的数千个软件包中只有 597 个目前尚未更新（可在此处跟踪http://package-import.ubuntu.com/status/）。
分布式版本控制的主要优点之一是它可以帮助合并。查看历史记录和注释以查找谁做了特定更改以及为什么这样做等任务也变得更加容易。
关于 Ubuntu 分布式开发项目的一个很好的介绍可以在这里找到：
https://wiki.ubuntu.com/DistributedDevelopment/关于
文档和操作方法可以在这里找到：
https://wiki.ubuntu.com/DistributedDevelopment/Documentation
答案4
我认为你正在考虑 bzr-builddeb（手动的）。您可以在以下网址跟踪其开发情况bzr-builddeb 的启动板页面。