bzrでのUbuntuパッケージ
しばらく前に、パッケージング作業のすべて（または少なくとも一部？）をランチパッドのbzrブランチに移動するという話がありました。新しい開発者/パッケージャーが貢献しやすくなるなど、言及された多くの利点があったことを覚えているようです。
誰かがこれが起こったかどうか、そしてどのような利点があるかについて私に更新できますか？ （これでスティックの端が完全に間違っている可能性があるので、遠慮なく修正してください...）
現在の数はわかりませんが、ほとんどが輸入品だと思います。いくつかの例として、bzr branch lp:ubuntu/PACKAGENAMEまたはlp:ubuntu/maverick/PACKAGENAMEを使用してパッケージをチェックアウトしてみることができます。
もちろん、PACKAGENAMEを探しているパッケージに置き換え、maverickを探しているリリース、明晰、カルマなどに置き換えることができます。変更を加えて、自分にプッシュすることができます。スポンサーシップのための独自のbzrブランチ。
インポートが失敗しなかったものはすべて、現在bzrにあります。 KDEブランチは巨大であるために失敗する傾向がありましたが、私はそれが取り組んでいると思います。
利点は、Launchpadに、バージョン番号が重複していて競合しているdebdiffがないことです。代わりに、誰もが1つのブランチにうまくマージして、「おっと、パッチが適用されなくなった」ラウンドトリップを減らすことができます。
他の人が言及しているように、現在の開発リリースの場合はbzr branch lp:ubuntu/PACKAGENAMEで、たとえばLucidのソースを探している場合は、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の1,000のうち597のみが現在最新ではありません（これは http://package-import.ubuntu.com/status/ で追跡できます）。
分散バージョン管理の主な利点の1つは、マージに役立つことです。履歴の表示や、特定の変更を行ったユーザーとその理由を見つけるための注釈などのタスクも簡単になります。
Ubuntu分散開発プロジェクトの良い紹介はここにあります：
https://wiki.ubuntu.com/DistributedDevelopment/About
ドキュメントとハウツーはここにあります：
https://wiki.ubuntu.com/DistributedDevelopment/Documentation
かなりの数の人がbzrを使用してソースパッケージを管理しています。これを行う方法の詳細については、 wiki を参照してください。
あなたはbzr-builddeb （manual） について考えていると思います。 bzr-builddebのLaunchpadページ で開発を追跡できます。