Bazaar DVCS 似乎远远落后于 Git 和 Mercurial,至少在 VCS 领域的采用率和整体意识方面是这样。AFAIK 唯一使用 bzr 的知名项目是 Ubuntu 和 Launchpad,它们都由 Canonical 直接支持。所以我想知道,Canonical 切换到其他两个主要竞争者之一而不是继续为其分配资源是否有意义?在这个时代推动 Bazaar 是否有任何战略优势,无论是技术上的还是其他方面的优势?
Bazaar DVCS 似乎远远落后于 Git 和 Mercurial,至少在 VCS 领域的采用率和整体意识方面是这样。AFAIK 唯一使用 bzr 的知名项目是 Ubuntu 和 Launchpad,它们都由 Canonical 直接支持。所以我想知道,Canonical 切换到其他两个主要竞争者之一而不是继续为其分配资源是否有意义?在这个时代推动 Bazaar 是否有任何战略优势,无论是技术上的还是其他方面的优势?
我不使用 Bazaar,但是当我必须使用时 - 但是,本着开源 bazaar 的精神,符合要求。从 Canonical 的角度来看,Git 和其他源代码控制工具并没有为他们剪裁,所以他们制作了 Bazaar 来满足他们对 T 的需求。我希望他们切换到另一个 VCS 吗?当然,但这不太可能发生 - 首选的源代码控制工具总是由设计决定的,它们都不是完美的。
Bazaar 有很多项目使用它——Launchpad 不仅仅是一个项目,它是许多项目的集合——其中许多项目使用 Bazaar 作为其源代码控制。
就我个人而言,我不喜欢 Bazaar - 所以对于我与之交互的项目,我将 Bazaar 存储库导出到 Git,然后将我的更改重新导入。所有现代 DVCS 中的大多数在某种程度上都是相互兼容的(并且大多数都与 SVN 和其他 CVCS)。所以最终每个项目都会使用最适合它的团队的东西。每个开发人员都会使用最适合他们的东西。
有时,我发现人们使用的 VCS 会阻碍开发人员为小修复做出贡献,因为他们不熟悉特定的 VCS。这可能不是真的,但它碰巧有很多次,我想贡献,但不想经历尝试设置和使用新 VCS 的麻烦。如果他们切换到更广泛使用的 VCS,他们肯定会得到帮助,但如果他们目前使用的 VCS 满足他们的所有需求,我看不到他们切换。
:)