logo标签列表

Ubuntu打包在bzr中

packaginglaunchpadmotubazaar
有一段时间以前，有关将所有（或至少是一些？）打包工作迁移到Launchpad上的bzr分支的讨论。我记得有提到了许多好处，比如让新的开发者/打包者更容易贡献。
能否有人向我更新一下是否已经实施，并且这样做会有哪些好处？（我可能完全弄错了，所以请随时纠正我...）
5个回答
我没有准确的统计数据，但我认为大部分都是进口的。你可以尝试使用或lp:ubuntu/maverick/PACKAGENAME来检查软件包，这里有一些例子。

当然，将PACKAGENAME替换为您要查找的软件包，并且您可以将maverick替换为您要查找的版本，如lucid、karmic等。您可以对自己的bzr分支进行更改并推送以获得赞助。
你可以用名称引用开发版本吗？我以为对于开发版本，你总是使用lp:ubuntu/PACKAGE。 - maco
正如其他人所提到的，您可以使用命令来检出当前开发版本的软件包，或者使用lp:ubuntu/lucid/PACKAGENAME命令来获取Lucid版本的源代码。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 分支的形式提供。截至本文撰写时，只有 597 个软件包不是最新版本（可以在 http://package-import.ubuntu.com/status/ 上进行跟踪）。
分布式版本控制的一个主要好处是它可以帮助合并。查看历史记录和注解以找到谁做出了特定更改以及为什么等任务也变得更容易。
可以在这里找到 Ubuntu 分布式开发项目的良好介绍：

https://wiki.ubuntu.com/DistributedDevelopment/About

文档和操作指南可以在这里找到：

https://wiki.ubuntu.com/DistributedDevelopment/Documentation

所有导入执行成功的内容现在都在bzr中。 KDE分支往往由于庞大而失败，但我认为正在解决这个问题。
好处是我们不会在Launchpad上留下相互重叠、冲突的debdiffs。相反，每个人都可以很好地合并到一个单一的分支中，减少"糟糕，你的补丁不再适用"的往返次数。
导入失败可以在http://package-import.ubuntu.com/status/上进行跟踪。 - andrewsomething
很多人使用bzr来管理他们的源代码包。请参考维基上的一些信息，了解如何进行此操作。