对于我的研究工作，我一直在开发一个小型 C++ 库，旨在促进 C++ 计算代码和 Octave/Matlab 之间的通信（当后者用于后处理时）。
我想在一些免费的托管站点（例如 Sourceforge 或 Github）上以 GPL 发布这样的库。
不过，老实说，我缺乏经验来选择哪个站点更适合我的（小型）图书馆。
一方面，github 在我看来更直接，另一方面，Sourceforge 是科学代码的参考站点，其中许多都托管在那里。
有什么建议吗？
编辑：我扩大了我的问题。
我说的图书馆是一个小项目（CL，目前在 bitbucket 的一个私人仓库中），几乎是个人的，这是我的主管提出的 2 年无聊的技术要求和 6 个月的代码设计（主要是反复试验）。
经过一番询问，我注意到 sourceforge 有一个很好的机制，允许人们对项目页面的访问和下载进行统计，因此可以以某种方式计算仅下载 lib 以使用它（如果有的话）的人（用户）。
另一方面，从开发人员的角度来看，Github 看起来要容易得多（这里我指的是对分析、扩展、分叉代码感兴趣的人）。
哪个网站更好将取决于您自己对它的欣赏。
尽管推广我个人喜欢的任何系统可能很诱人，但我相信正确的选择更多地与您的个人喜好和工作风格有关......
有多少开发人员在您的项目上工作？你多久更新一次？有人想要分叉它的可能性有多大？您更喜欢哪种修订系统？您更喜欢哪种用户界面？
老实说，SourceForge和Github都是成熟的网站，都提供了一些很棒的工具。但是，如果您不习惯使用它们，那么无论其他用户说它们有多棒，它们对您的益处将是有限的。
两个网站都一样好，他们只是选择做不同的事情。它们都被搜索引擎很好地引用了，从一个下载软件和从另一个下载软件一样容易
我强烈建议你看看两者，看看你最喜欢什么。再说一遍：哪个网站更好将在很大程度上取决于您自己的工作风格和个人喜好。
去 Github。
Github 的发布模式是未来。Github 的分叉、拉取请求和合并模型非常接近科学出版的模型。许多科学社区正在使用 Github 来托管他们研究项目的数据和代码。有些开放获取期刊使用 Github 作为其唯一的提交和发表方式。此外，您将获得更好的 Google 排名，从而获得更多潜在用户。Sourceforge 很慢，主要托管死项目。近年来，许多积极维护的项目已经从 Sourceforge 转移到了 Github。
谷歌代码是另一种选择，因为他们提供 svn/git/hg 并且几乎每个人都有一个谷歌 ID。
无论您选择哪个站点，我都建议您将 tarball 放在顶部的某个位置（有些站点已经这样做了），因为大多数人不熟悉版本控制，而且跨大学的部门服务器通常运行 5 年的操作系统，如果幸运的话可能有安装了svn。
另一种选择是使用Bitbucket。它与Mercurial (Hg)非常兼容。我个人对 Hg 的体验是，它是一个简单而强大的版本控制系统。我相信它更适合个人软件开发。对于大型团体，我还建议使用 git，因此建议使用 github。不过，我对 bitbucket 及其功能非常满意。我从一个私人 repo 开始这个项目（在那里你可以拥有无限多个，包括你的论文和科学论文的项目），当项目足够成熟时 - 我将它转换为公开版本。
如果您不熟悉版本控制，尤其是在 Mercurial 中，我建议您使用 HgInit。当我第一次想开始使用修订控制时，我的一位同事向我展示了这个页面。我发现它很有用。