在哪里托管开源项目:CodePlex，Google Code，SourceForge? [英] Where to host an Open Source Project: CodePlex, Google Code, SourceForge?

问题描述

我一直在阅读关于SO的如何促进开源项目"的待解决问题积压.毫不奇怪，许多答案都将人们指向了SoureForge/FreshMeat和其他站点等，以及博客和诸如此类的东西.这让我开始思考在哪里托管项目的最佳地点，为什么?

I have been reading through the backlog of answered questions on SO regarding "How to promote an open source project". Not surprisingly, many of the answers pointed people to SoureForge/FreshMeat and other sites etc as well as blogging and whatnot. This started me thinking where is the best place to host a project and why?

由于我的第一个项目目前托管在CodePlex上，所以我开始浏览Google搜索结果以收集有关每个项目的优缺点的信息；但是，我发现的比较是过时的(超过2年).

As my first project is currently hosted on CodePlex, I started to wade through the Google search results to collect information on the pros/cons of each; however the comparisons that I found are rather dated (2+ years old).

http://www.stum.de/2008/12/13/sourceforge-vs-codeplex/
http://www.developmentnow.com/blog/2006/11 /codeplex-vs-sourceforge/
http://www.spacesocket.com/forum/thread-6654.html
等等...

http://www.stum.de/2008/12/13/sourceforge-vs-codeplex/
http://www.developmentnow.com/blog/2006/11/codeplex-vs-sourceforge/
http://www.spacesocket.com/forum/thread-6654.html
etc...

所以下一个问题变为我应该在多个站点上托管我的项目"，以下帖子向其提供了预期的答案(非常感谢！因为这很难维护).

So the next question becomes "Should I host my project on multiple sites" to which the following post provides the expected answer (thankfully! as that would be a pain to maintain).

在多个站点托管一个开源项目

基于各种开放源代码托管站点的当前状态，例如CodePlex，GitHub，Google Code，SourceForge等，一个站点相对于另一个站点是否有明显的优缺点?即，我应该坚持使用CodePlex还是不使用其中一种替代品而错过了?一个人会为新的未知项目带来更多流量吗?

Based on the current state of various Open Source hosting sites such as CodePlex, GitHub, Google Code, SourceForge, etc, etc is there any notable pros/cons of one site over the other? i.e., should I stick with CodePlex or am I missing out by not using one of the alternatives? Will one bring about more traffic to a new and unknown project?

我计划更详细地研究每个站点，以查看它们都提供了什么，但是鉴于对SO方面的好伙伴有广泛的了解，所以我想首先从这个问题开始.

I plan on exploring each site in more detail to see what they all offer, but given the vast knowledge of the good folks on SO, figured I would start with this question first.

已更新

按照下面的erjiang答案...我目前正在使用Mercurial进行版本控制，并且我对TFS以外的其他任何东西都开放.另外，我目前的项目只是我自己开发的，但是未来的项目可能是协作的，因此值得考虑...

As per erjiang answer below... I am currently using Mercurial for version control, and I am open to anything other than TFS. Also, my current project is only me developing, but future projects may be collaborative so worth considering...

推荐答案

编辑2015-08-01:该答案仍在获得观点和投票.它不只是古老的，我想删除它，但是由于它是公认的答案，所以我不能这样做.再说一次，它是社区Wiki，社区不断更新它-谢谢！！

Edit 2015-08-01: This answer is still getting views and votes. It's more than ancient and I'd like to delete it, but since it's the accepted answer, I can't do that. Then again, it's community wiki and the community has kept it up-to-date - thank you for that!

SourceForge跨入了黑暗的一面，接管了项目并将其与Adware捆绑在一起( BitBucket )免费提供了无限的私有存储库，但GitHub仍然是最受欢迎的存储库.最多5个用户.)

SourceForge has crossed over to the dark side, taking over project and bundling them with Adware (Google GIMP Sourceforge Adware). Avoid at all costs. GitHub is as of now still the most popular one, although there are alternatives (e.g., BitBucket offers unlimited private repos for free for up to 5 users.)

在过去的几年中，情况发生了很大变化是很疯狂的，如果您将来阅读此书，也许GitHub不再是很酷的产品.最重要的是:对于要使用的任何源代码控制系统，都有很多很棒的选项.

It's crazy how much the landscape changed in the past few years, and if you're reading this in the future, maybe GitHub is no longer the cool product. Bottom line is: There are a plethora of awesome options for whatever source control system you want to use.

2010年以前的 信息

Old 2010 information below for the sake of history

这个答案现在很古老.在过去的两年中，GitHub成为了主要的代码托管场所，每当我必须创建一个新的OSS项目时，我都没有去哪儿的阴影.将此留作参考.

This answer is now ancient. In the past 2 years, GitHub has emerged as the prime Code Hosting place, and whenever I have to create a new OSS project, I don't have the trace of a shadow of a doubt where to go to. Leaving this below for reference.

确实，我的发帖现在已经快2年了(2008年)，并且不再完全准确.

Indeed, my posting is almost 2 years old (2008) now and not entirely accurate anymore.

为什么?

因为我认为SourceForge对于开源项目而言现在微不足道.好的，这将给我带来很多麻烦，所以让我澄清一下:

Because I think that SourceForge is insignificant now for open source projects. Okay, this will get me into a lot of trouble, so let me clarify:

我绝对坚信开放源代码项目应该在DVCS上运行，最好是git或mercurial，因为它们是最广泛使用的-对Bazaar没有什么影响，但是我认为这太模糊了. ( SourceForge现在提供了Mercurial和Bazaar，因此这种说法不再成立.但是，经过两次重新设计，我认为SF的形象不太好.要将它们与公司形象进行比较:虽然GitHub是Apple，但SF是IBM.虽然坚如磐石，但尘土飞扬)

I am absolutely convinced that Open Source projects should be run on a DVCS, preferably git or mercurial as they are the most widespread - nothing against Bazaar, but I think it's a bit too obscure. ( SourceForge now offers Mercurial and Bazaar, so that argument doesn't stand anymore. However, following two redesigns I think that SF's image isn't too great. To compare them to the images of companies: While GitHub is Apple, SF is IBM. Rock solid, but a bit dusty)

因此，如果我要再次撰写此帖子，它将是 CodePlex 与 BitBucket ，以及GitHub成为赢家.但这是一个笼统的声明，所以让我添加细节. +/-并不是严格意义上的Pro/Con，而是更多地强调不同的哲学.

So if I were to write this posting again, it would be CodePlex vs. GitHub vs. BitBucket, with GitHub being the Winner. But that is a blanket statement, so let me add details. +/- isn't strictly Pro/Con, it's more to highlight different philosophies.

CodePlex

+真正的Mercurial/Git托管-TFS之上没有越野车桥，您拥有真正的Mercurial/Git
+集成的Wiki，可添加丰富的文档和美观的页面
+包含错误跟踪器和讨论论坛
-源代码浏览器不是很好-差异出现在弹出窗口中，只是感觉"复杂
-叉和拉请求不那么容易"-用户界面可以使用一些工作

+ Real Mercurial/Git Hosting - no buggy bridge on top of TFS, you have real Mercurial/Git
+ Integrated Wiki that allows to add rich documentation and nice looking pages
+ Bug Tracker and Discussion Forums included
- Source Code browser isn't that great - Diffs appear in a popup and just 'feel' complicated
- Forks and Pull Requests 'not as easy' - the UI could use some work

总体而言，CodePlex仍然很棒，但是我认为它更适合单个开发人员或非常小的团队，因为该网站的重点是Wiki而不是源代码.它更是一种发布，而不是协作平台.从理论上讲，您不需要项目主页，您的CodePlex项目可以成为您的一站式商店.

Overall, CodePlex is still great but I feel it's more suited for single developers or very small teams because the focus of the website is on the Wiki rather than on the source code. It's more a publishing than a collaboration platform. Theoretically you don't need a project homepage, your CodePlex project can be your one stop shop.

GitHub

+ Git托管，支持SSL/SSH
+网络图允许查看分叉以及什么时候合并成什么
+能够观看"项目-您的帐户页面就像一面带有新签到的Facebook墙
+超级出色的差异查看器，能够对单行更改进行注释-请参见此处
+分叉是一个两点击过程，发送拉取请求也是如此
+ GitHub现在具有GUI工具适用于Windows的GitHub
-对于非开发人员来说，主页不是很漂亮".如果您的项目中有自述文件(支持某些标记语言，如Markdown或HTML)，则会显示该自述文件，但初始页面是源代码.
-Wiki并不是那么好-它是Markdown，但是有时格式化感觉有点太复杂了.

+ Git Hosting, supports SSL/SSH
+ Network graph allows to see forks and what merged into what when
+ Ability to 'watch' projects - your account page is like a Facebook wall with new checkins
+ Super good diff viewer with the ability to comment on single line changes - see here
+ Forking is a 2-click process, and so is sending pull requests
+ GitHub now has the the GUI tool GitHub for Windows
- Main page is not very 'pretty' for Non-Developers. If you have a Readme in your project (supports some markup languages like Markdown or HTML) it is displayed, but the initial page is the source code
- Wiki isn't that great - it's Markdown, but sometimes formatting feels a bit too complex.

GitHub与CodePlex具有不同的理念:这全都与源代码和开发人员之间的协作有关.主项目页面是最新的源代码.有一个单独的Wiki，但是它更多地用于文档而不是项目的介绍.网络图非常棒，尽管一旦有超过20个分叉，它就会变得混乱(通常当宣布一个备受瞩目的项目时，每个人和他们的狗都在分叉，但大多数分叉很快就会死掉). GitHub可以很好地扩展到任何规模.

GitHub has a different philosophy than CodePlex: it's all about the source code and about collaboration among devs. The main project page is the most up to date source code. There is a separate Wiki, but that's more intended for Documentation rather than presentation of your project. The network graph is fantastic, although it can get confusing once there are more than about 20 forks (frequently when a high profile project is announced everyone and their dog is forking it, but most forks die quickly). GitHub scales very well to any size.

事实上，GitHub使我可以轻松地创建一个项目，应用修订/补丁，将其提交到我的派生库以及向作者发送拉取请求.与网络图一起，非常容易看到提交.

In fact, GitHub makes it super easy for me to fork a project, apply a fix/patch, commit it to my fork and send a pull request to the author. Together with the Network graph it's really easy to see the commit.

但是您很可能需要一个单独的主页来向最终用户展示您的项目并提供下载，因为GitHub的下载功能并不是那么好.

But you most likely need a separate home page to present your project to end users and to provide downloads, as GitHubs download facilities aren't that great.

BitBucket

+ Git/Mercurial
+允许免费使用私人存储库(最多5个用户)

+ Git/Mercurial
+ Allows private repositories for free, up to 5 users

我还没有足够使用BitBucket来发表真正的评论.使其与众不同的一个功能是私人托管是免费的，而GitHub收费，而Codeplex根本不提供.

I haven't used BitBucket enough to make a real comment. The one feature that sets it apart is that private hosting is free, while GitHub charges and Codeplex does not offer it at all.

Google代码

不再可以使用Google Code.

Google Code is not an option anymore.

-自2015年3月起已禁用项目创建，Google服务将

- Project creation is disabled since March 2015, and the Google service will be permanently closing down in January 25, 2016, as the competing services are simply better.
- It's ugly and it's too complicated to browse the source code (the link is somewhat buried)

我没有使用过它，所以我不想说它不好-不是.许多项目都在使用它，而且它非常稳定和健壮，没有任何开发者对此感到不满.但是，出于个人和主观观点的考虑，设计"使我望而却步.

I haven't used it so I don't want to say it's bad - it's not. A lot of projects use it and it's very stable and robust, haven't heard much bad from any developer. However, as a matter of personal, subjective opinion the 'design' puts me off.

SVN与Git/Mercurial的对比

重申我上面关于SourceForge过时的评论:当然，这有点苛刻.但是，我确实相信SVN不利于开源项目.首先，奇怪的元数据要求忽略了文件.在Git或mercurial上，您在源树的根目录中有一个名为.gitignore或.hgignore的文件，其中包括要忽略的文件/目录/模式的列表.没有神奇的svn:忽略.svn文件夹中的元数据.仅此一项就为我把SVN吹了出来.如果我启动一个新的Visual Studio项目，则需要应用该魔术元数据，而在使用Git/Mercurial的情况下，我只需复制一个文件并使用它即可.

To reiterate my comment above about SourceForge being obsolete: That is of course a bit harsh. I do however believe that SVN is detrimental for open source projects. First of all, weird metadata requirements to ignore files. On Git or mercurial, you have a file called .gitignore or .hgignore in the root of your source tree which includes a list of files/directories/patterns to ignore. No magic svn:ignore metadata in the .svn folder. This alone blows SVN out of the water for me. If I start a new Visual Studio project I need to then apply that magic metadata, while with Git/mercurial I just copy over one file and be done with it.

然后，分叉，修补和发送拉取请求的功能非常棒，尤其是对于小型/一次性修补程序.

Then, the ability to fork, patch and send a pull request is fantastic, especially for small/one-off patches.

最后但并非最不重要的一点是，SourceForge对于我来说仍然太复杂了.这不是一个坏主机，但它确实表明它已经是恕我直言的年龄了.话虽这么说，它仍然很健壮，并且在世界范围内有很多镜子.而且Bug Tracker比其他的要复杂得多.

Last but not least, SourceForge is still WAY too complex for my taste. It's not a bad host, but it really shows it's age IMHO. That being said, it's still robust and has many mirrors world wide. Also the Bug Tracker is much more sophisticated than the others.

此外，如果您的项目出于某种原因需要严格的贡献规则(这可能是有道理的，例如通过法律保护以确保所提交的代码确实是合法贡献的)，则可以在SourceForge上托管像SVN这样的传统系统.

Also, if your project for some reason requires strict contribution rules (which may make sense, e.g. legal protection to make sure the committed code is indeed legally contributed) then a traditional system like SVN hosted on SourceForge may work.

不知道SF最终已经分发了托管.如上所述，它很强大，但不再是酷小子"，我觉得它太复杂了.

Wasn't aware that SF finally has distributed hosting. As said above, it's robust but just not the 'cool kid' anymore, and I find it much too complex.

TL; DR

对于任何中小型项目，我都会衷心推荐GitHub，对于那些想要一个不错的网站的小型项目，我会选择CodePlex，对于私有项目，我将使用BitBucket.对于需要非常复杂的错误跟踪器，大量附加功能和真实"网站的大型项目，请考虑使用Source Forge.

For any small to medium project I whole hearty recommend GitHub, for small projects where you want a nice Web Site as well I'd go with CodePlex and for private projects I'd go with BitBucket. For big projects that require a very sophisticated bug tracker, tons of extra features and a 'real' website, consider Source Forge.

这篇关于在哪里托管开源项目:CodePlex，Google Code，SourceForge?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！