为什么 Ubuntu 使用 Launchpad 而不是 GitHub 或 Bitbucket？

此列表包含它当时不使用的原因以及现在不应移动的原因

• Launchpad 使用了很久以前开发的 Bazaar。那时 GitHub 并不存在（正如 Robin 所说）Launchpad 于 2004 年推出，GitHub 于 2008 年推出

• GitHub 不是开源的。在这种情况下，GitLab 或 Gitorious 将是更好的选择。我知道 Launchpad 最初不是 FOSS，但后来才发布

• 最初 GitHub 没有很多 Launchpad 的功能，比如团队。GitHub 没有与之集成的构建系统，例如 PPA

• Launchpad 中的许多项目大量使用“合并请求”功能，该功能在 GitHub 中具有非常基本的支持。它被称为“拉取请求”，但 Launchpad 比 GitHub 具有更好的功能和更详细的功能

• GitHub 的 Bug Tracker 几乎没用（到 2021 年可能已经改变）。我的错误跟踪器宠物项目可能更有用

• Launchpad 归 Canonical 所有，他们向开发人员付费。他们可以完全控制他们的产品。GitHub 也归 GitHub/Microsoft 所有。

• GitHub 使用 Git 通过分支和标签来跟踪发布。在使用 Bazaar 的 Launchpad 中也有此功能，但 Launchpad 在源代码控制系统之外明确强制执行此功能。对于必须处理版本但不想深入研究源代码的人来说，这会更容易一些。

只是一个小提示：Github vs. Launchpad 和 git vs. bzr 是一种宗教话题。我想远离这种无休止的讨论。我使用适合用例的。

我想简单的答案是 Launchpad 做了很多其他系统没有做的事情（当 Ubuntu 开始使用 Launchpad 时更是如此）。

一些例子：

• 一个错误跟踪器，可让您跟踪多个上下文中的错误（例如，影响多个包的错误，或同时影响一个包及其上游，或多个发行版中的同一个包）。
• 基于网络的翻译工具。
• 用于管理包存档和为各种支持的架构构建二进制包的工具。

虽然代码托管是 Launchpad 的一个重要特性，但它不是唯一的，也不是 Ubuntu 使用的第一个特性。

至于与 Ubuntu 相关的上游项目，使用与 Ubuntu 本身相同的系统是有好处的。仅一个示例就是跟踪上游和打包上下文中的错误。

我实际上认为这更像是“他们为什么使用 bzr，因此使用启动板”？早在 GitHub 出现之前，Canonical 就投入了大量资金和人员来开发 bzr 及其前身 baz，他们现在可能不想放弃所有积累的专业知识和投资。事实上，baz 是在 git 存在之前启动的。

此外，由于 Launchpad 由他们控制，他们可以更轻松地添加对他们有意义的功能 - 而 GitHub 甚至不是开源的，当然也不在他们的控制之下！

Zed Shaw在最近的一篇博文中很好地介绍了这个主题，Launchpad vs. Github/SysAdmin vs. Coder。

我看到 lvh 的这篇博文问了一个简单的问题，“为什么人们这么讨厌 Launchpad？” 在我开始修补 NetBSD pkgsrc 并开始研究各种包管理器之前，我也一直想知道这一点。当我浏览了所有各种包管理器时，我终于意识到 Launchpad 和 Github 之间的区别实际上是系统管理员和软件开发人员之间的区别。

我不完全同意他对代码管理之外的 Launchpad 功能的评估。作为一名开发人员，我确实更喜欢 Github 的 repo 视图，但 Launchpad 的错误跟踪器远远优于 Github。