Bitbucket vs. GitHub:哪个项目主机拥有最多?

正确的选择可以归结为几个因素——你甚至可以同时考虑两者

问题不是“我是否托管我的源代码?”如果你是一个人的商店，答案应该是肯定的。如果你是一家中型咨询公司，答案应该是肯定的。如果你是一家大型分布式产品公司，答案应该是肯定的。你懂的。

真正的问题是:“我的源代码交给谁保管?”这个问题的答案不像第一个问题那么简单，需要更多的思考和研究。

[了解如何更聪明地工作，而不是更努力地工作InfoWorld的所有提示和趋势程序员需要知道在开发商的生存指南．今天下载PDF !|与InfoWorld保持最新的开发人员新闻开发世界通讯．］

在我工作的公司里，我们把自己的源代码托管起来直到一个醉酒司机冲进了我们的办公楼不久，我们又面临同样的问题。我们做了一些初步调查，把选择范围缩小到GitHub和Bitbucket，但两者之间并没有明显的赢家。以下是在选择正确的源代码托管解决方案时需要考虑的一些问题。这些要点大致是按重要性排列的。第一点是关键，而最后一点是结冰。

RCS的支持使用哪个RCS(修订控制系统)可以立即结束搜索。Bitbucket都正式支持Git和水银。Bitbucket上有一个针对Subversion用户的不稳定解决方案，但它太不稳定了，将在10月1日被删除。

GitHub支持Git，就是这样。如果你一直在使用Subversion，你想要改变，GitHub的帖子过渡说明．

我们一直在使用Subversion，所以我们在GitHub和Bitbucket上都不走运。我们一直在考虑转换到Git，但没有逻辑上的理由进行这种转换。无论如何，我们的云迁移都将成为一个迁移项目，所以我们选择切换到Git作为它的一部分。

公共和私人GitHub和Bitbucket都支持公共和私有存储库，所以你不能简单地根据特性集来排除其中之一。然而，您这里的需求将决定下面两个因素中哪个对您更重要。如果你的项目大部分是公共项目，那么社区参与将在你的决策中有更大的分量。另一方面，如果你处理的不仅仅是几个私人项目，那么定价模型将是一个更重要的细节。

社区参与很难量化社区参与度，但如果你将其简化为用户数量，GitHub就会打败Bitbucket。用户数量并不是影响社区参与度的唯一因素，但这是一种快速且简单的方法，能够粗略衡量可能出现的曝光度。

另一种评估社区的方法是查看其他选择了其中一个或另一个的项目。GitHub是许多开源项目中最受欢迎的，包括Linux内核、少数您最喜欢的NoSQL数据库，甚至Subversion。(准确地说，Subversion镜像自Apache的自托管Git，但它仍然在GitHub中。)

尽管GitHub和Bitbucket都允许公开回购，但基于其社区和著名项目，GitHub显然是赢家。

定价模型如果您有多个私有存储库，那么定价模型将是一个重要的考虑因素。比较这两者并不简单，因为它们对服务的不同方面收费。在GitHub上，你按私有存储库付费;在Bitbucket中，你可以按贡献者付费。

,

这个决定应该很简单。这是一个小的计算器看看哪一个更适合你。

项目跟踪集成这不是Bitbucket或GitHub的特性，而是你使用的项目跟踪软件的特性。值得一提的是，良好的集成非常棒，而且节省时间。首先看看您的项目管理软件是否与其中任何一个集成。如果是这样，请检查这些特征并相互权衡。

基本的集成只是将更改与bug或开发任务联系起来。许多项目跟踪器还不止于此，它们提供了豪华的功能(使用这些功能后，它们确实感觉很豪华)，比如能够更改问题的状态，或者从提交消息中记录问题的时间。

我们使用Jira，它支持GitHub和Bitbucket，所以这并没有缩小我们的搜索范围。如果你使用不同的项目跟踪解决方案，做一些研究，看看它是否缩小了你的范围。

身份验证没人想要另一套登录凭证，对吧?在当前环境下，许多应用程序将允许您通过您选择的OAuth2提供商进行身份验证。不幸的是，GitHub不允许外部身份验证。你团队的每个成员都必须在GitHub上建立一个新账户。Bitbucket，另一方面，允许你登录Twitter，谷歌，Facebook, OpenID和GitHub(哦，我的天!)凭据。这一点并不重要，但绝对值得考虑。

当我们迁移到云时，我们的服务决策点之一是如何登录。在我们的例子中，我们采用了许多新的服务，并不想处理大量的新凭证。因为我们已经决定在邮件和其他应用程序上使用谷歌，所以我们选择了一组满足我们所有需求的服务，并允许通过谷歌进行身份验证。这并不是我们所有的服务都能做到的，但我可以用一个账户登录大多数服务。

这并不是一个成败攸关的特性，但单点登录对开发人员来说意味着更少的麻烦，更少的密码请求丢失时间，以及更高效的时间。

用户界面这实际上归结为两件事:开发人员的审美意识有多强，以及他们实际使用Web界面的频率。有一些任务在Web GUI中更容易完成，比如创建远程存储库。但是，一旦完成了这些，你的开发人员将在其中花费多少时间呢?在考虑了强大的CLI工具和IDE集成之后，Web UI看起来更像是一种必需的便利。

在我们的决定中，我们并没有过多地考虑Web GUI的差异。至于美学，我不能替你决定。幸运的是，尝试GitHub和Bitbucket gui很简单也很免费，看看你更喜欢哪一个。然而，归根结底，Web前端的友好性不应该被过多地考虑，除非您的用例涉及大量的指向和点击。

网站托管虽然它与源代码管理没有任何关系，但GitHub确实有一个Bitbucket没有的好特性。GitHub页面让你轻松建立一个网站，GitHub将为你托管。当涉及到开源项目时，这是一个很棒的小特性。这不应该指导你的决定，但如果你已经选择了GitHub，它将是一个很好的弓在顶部。

最后一个建议GitHub和Bitbucket都有各自的优势，你可能已经在做决定了。不过，在你扣动扳机之前，考虑一下，你不必选择其中之一。你可以两者都选。

我们最终同时使用了GitHub和Bitbucket，以达到两全其美。对于我们的私有存储库，我们使用Bitbucket，因为它的定价模型对我们来说更聪明。在Bitbucket，我们每月只需支付30美元，而在GitHub，我们需要支付200美元。当我们有一些代码想与社区共享时，我们会将存储库发送到GitHub为更广泛的接触。

同时使用Bitbucket和GitHub当然不会在所有情况下都有效，但这是一个可靠的全方位妥协，可以让你避免头痛，让你的决定消失。

这篇文章中,“Bitbucket vs. GitHub:哪个项目主机拥有最多?，最初发表于InfoWorld.com．跟踪最新的发展应用程序开发和云计算在InfoWorld.com上。了解最新的商业技术新闻，请关注在Twitter上InfoWorld.com．

阅读更多关于应用程序开发的内容在InfoWorld的应用开发频道。

这篇题为“Bitbucket vs. GitHub:哪个项目主机拥有最多?”的文章最初发表于信息世界 ．