Mercurial bzr/发射台与hg/比特桶

很快我们就要开始开源（py+qt）项目了，这个项目应该是多平台的（我们使用FreeBSD作为本机平台），我们不确定使用哪个dvc/主机

在过去，我们使用DARC的时间很长，但由于没有足够的公共主机可用，我们已经离开了DARC。玩了一段时间的单调-很好的设计，但主要是利基今天。Fossil很不错，但它使用非标准的wiki，而且它的跟踪器很实用，但我们期待更多

考虑到我们不在内核大小的项目上工作，我们不认为Git太复杂，无法处理它，特别是对于可能使用Windows操作系统和更喜欢GUI工具的潜在贡献者。 所以，故事来到了集市/发射台和Mercurial/Bitbucket

下面是我们共同讨论的一些赞成/反对意见，但如果我们遗漏了一些可能有助于我们做出决定的内容，我想听听

集市赞成/反对：

• 2.4可能足够快满足我们的需要
• 使用简单
• 有漂亮的GUI工具（浏览器）
• 处理空目录
• （可能）不如Mercurial受欢迎
• 没有hg命名分支的等效项

最后一点可能并不重要，因为有缺口和colo分支插件，所以可以获得相同/相似的功能

我们在Bazaar中发现的最有问题的怪癖是它的修订号方案和问题，如果从功能分支推到上游，就会改变修订号

也许在使用Launchpad时问题会小一些

就s Launchpad而言： -它有非常好的带有电子邮件界面的bug跟踪器 -它（可能）比Bitbucket更面向项目 -与Bitbucket一样，没有私人回购 -没有用于项目的wiki-bug（）已超过3年，并且仍然具有“低优先级”。LP是{LP、Sourceforge、Bitbucket、Google、Github}中唯一一个缺少此功能的，它真的很糟糕，而且会降低性能，否则，这是一个不错的托管解决方案

我们在另一个营地发现的

Mercurial是：

• （可能）比集市更受欢迎
• 快,
• 使用简单
• 对于不懂cli的用户来说，有一款很好的乌龟
• 我们喜欢命名的分支
• 一些怪癖，比如处理空目录（或）

然而，正如我们所相信的那样，我们最喜欢的是Bazaar，它具有强大的合并功能，而不需要因为revno:hash模式而更改revid

就比特桶而言：

• 我们喜欢无限制/私人回购
• 我们喜欢为项目提供Wiki
• 我们错过了跟踪器的电子邮件接口，跟踪器可能与LP（评论等）
不符。

最后，假设我们感兴趣的一些项目在Git@github下，因此我们希望使用单个DVC，这可以帮助我们与git@github项目

我们发现bzr git插件非常有能力，并且没有使用hg git的经验

虽然有bzr-hg插件（没有bzr-git那么成熟），但是除了hg的convert扩展之外，我们不知道类似hg-bzr的东西，它完成hg-bzr转换的工作

在决定这两个问题时，我们是否遗漏了一些重要的特点，而这些特点又会产生重要的影响

最后，我们使用DVC满足我们的所有需求（简单的项目、写作…），我们更愿意选择一个DVC/托管，它可以满足我们的所有目的，并且对git（hub）项目也很有用

你推荐什么？

在集市上：

---

您可以避免修订号被重新编号的问题，这将确保人们只合并到主干中，而不是切换主干

我非常喜欢处理命名的同位分支

---

我当然想看看。它目前已分配并正在进行中，因此可能很快就会完成。

更新：Seing这使我们更容易放弃bzr/LP，而接受hg/bitbucket。

在bazaar中，除非重新确定提交的基础，否则修订ID不会更改。修订号可以更改，但正如Poolee解释的那样，这是可以避免的。“您可以通过在branch.conf中设置append_revisions_来避免修订号被重新编号的问题。”谢谢您。我没有意识到……这对于bzr中的设计非常有用。“我当然希望看到Launchpad获得Wiki。它目前已分配并正在进行中，因此可能很快就会完成。”根据我在#Launchpad&#wikkid中的对话，看起来什么都不会很快到来-/