GitHubGlitch和社交编码的未

来源：版本控制时间：2024/12/30

大数据文摘出品

编译：大茜、倪倪、云舟

本文来自AnilDash，他是FogCreekSoftware首席执行官，也是

Glitch＆Manuscript的制作人。

最近，微软收购了GitHub，这对于开发人员来说可能是个好消息。但是，基于我们所见的Glitch的大量使用以及我们开发版本控制工具十多年的经验，很明显许多开发人员也认为是时候探索新的方法了。所以，我们希望在源码社区这个里程碑的节点阐明开发新版社交编码系统的愿景。

GitHub+Microsoft=Good

简单地说，微软收购GitHub对开发者来说可能是个好消息。这在过去似乎不太可信，但没有什么能比这一充满野心的并购更能证明微软在SatyaNadella的领导下正重振雄风了。

老一辈的开发者还能记得微软经常被描述为邪恶帝国的时代，但是微软接受开源和非Windows平台的举措现在看来似乎是真诚且持久的，作为开发者，我们很高兴能看到这样的繁荣发展现状。

同样，GitHub已成为一个不可或缺的开发者平台，其早在10年前就于第一次大规模社交编码浪潮中脱颖而出。而微软强有力的领导对GitHub只会是个好消息，特别是对那些主要使用微软平台的开发者来说。

但如果说我们还有什么顾虑的话，那就是在过去的十年里，社交编码领域并没有出现质的飞跃。

近些年来，我们根本没有看到在编程人员合作的方式上有足够的创新，而且由于每个开发人员现在都会考虑到诸如版本控制这类问题，所以在这里，我们想试图勾画出未来十年社交编码的发展蓝图。

很多人会考虑备份他们的GitHub代码来以防万一，我想你应该利用这个机会来看看Glitch，想想现在是否应该重新全盘考虑版本控制的传统观点。

版本控制的十年风霜

首先，让我们来明确一下背景。许多开发人员可能不知道，在FogCreek我们拥有开发分布式版本控制系统的深厚背景。

差不多十年前，我们推出了Kiln（现为集成式的版本控制系统Manuscript），为团队合作编码提供了许多开创性的功能。我们的方式是做好项目管理并增加版本控制，这使我们学到了很多关于人们如何一起写好代码的经验。