我抛弃了 Github，所有现在的，以前的，还有将来的项目的更新都将使用我自己的服务器。我的决定是由 Github 最近的一次更新引起的（性能下降），但我的这个想法由来已久。下面来说说为什么。

我也许应该先说一下 github 是一个伟大的工具，是一款让人惊艳的软件。但是它的一些基本概念是错误的，和我以及很多其他人使用软件的方式不兼容。

Github 进行了太多改造。最明显的例子就是 pull requests ，这个功能替代了 git 工作良好的 send-email 和 am 功能。Pull requests 非常不自由，并且和任何东西不兼容，除了 Github。当然还有其他的地方也做了类似的改动，为了解释的更加简洁明了，我就拿这个来举例。Pull requests 是让我离开 github 的主要原因。

有时候抱怨一种新的实现是有趣的，但 pull requests 不是。按照 Github 的说法，pull request 工作的很好，并且非常易于创建和使用。当然，我有性能方面的顾虑，但这不是太大的问题。我主要的顾虑还是兼容性，这是 pull reuqests 所没有的。

我相信做市场的人都希望把自己的产品做成行业标准。例如人们说“搜索”往往指“Google”，人们说“微博（micro-blogging）”往往指“Twitter”。这是所有做市场的人都渴望的圣杯，把自己的品牌做成行业。Github 在这个细分领域里面已经做到了这一点。当你问别人在用什么版本控制工具的时候，你很有可能得到的答案是 github 而不是 git。即使有人回答 git，那也常常是指托管在 github 的那个 git。从市场营销的角度来讲，github 就是 git 正如 google 就是搜索一样。

这里的问题是 github 断然不是 git。假如一个人使用 git（因此而使用 send-email）想要和某个使用 github 的人协作，他们之间必须有一个人妥协，去用他平时不会去用的界面。没有第二种方案：github 不是 git 的补充，github 替代了 git。你只能选择 git 或者 github。

两个产品拥有几乎同样的功能：一个是开源的，另外一个是闭源的，有依赖性的。你选择哪个？

粗一看，Google（尤其是 gmail）似乎和 github 处于相同的境地。但是为什么我还在使用 Google 的服务？那是因为 Gmail 没有替代 email。其他使用老式网页email客户端的人并没有丢失任何信息，我们看到的是相同的世界。Google 很好的兼容了通用的协议。我使用 fetchmail 和 alpine 读取邮件，我的有些朋友使用 mutt 或者 thunderbird。Gmail 和其他 email 系统是兼容的。Gmail 的工程师显然认识到 gmail 是 email 生态系统中的一个产品。他们的目的是为了提高人们使用他们服务的体验（联系人建议，日历整合），并且有可能的话推动整个 email 生态系统前进。

Github 不是这样的。Github 的工程师认为 github 是构建于 git 技术的一个产品，而不是基于 git 协议的一个产品。他们并不改进或者向 git 贡献（更新：有很多 github 的工程师以个人的名义在向 git 做贡献）。他们的工作使得 github 和 git 越来越不兼容，虽然他们的功能从根本上来说是一样的。“We think you should use github for all your git needs, and if you don’t, fuck you.” 这句话从市场营销的角度来讲是对的，但是对于用户却是有害的。

那些操作协议（更通用一点就是所有的协作技术，例如 git）的前端工具不会很容易就过时。我使用 alphine，有人使用 gmail、thunerbird 等等，我们可以很好的协作。目前网络上的很多东西还是可以通过十几年前的浏览器访问。但是那些期望成为协议并且有限兼容第三方工具的服务很容易就被另外一个牛逼的东西给取代了。Xanga，MySpace，Digg……这个列表可以说是无限长。有点脑子的人都知道接下来五年这个列表还会添加 Twitter、Facebook，这些目前看起来的巨人。当然，github 也会和 sourceforge 一样走下坡路。

协议会很长久，而最终像 github 和 sourceforge 这样的服务只是一时的流行，并没有太多附加值。我觉得跟随这些潮流，看看它将去向哪里是比较有趣的。但是历史告诉我们创新很少由这些潮流创造。Soureforge 并没有让版本控制更好，github 也没有。自己托管版本控制服务很简单，也很便宜。我可以很容易的和其他人协作，并且 push 就是一眨眼的时间。再见，github。

原文链接，OSChina.NET 编译