wordpress优惠券自动使用,seo怎么推排名,常用网站推广方法,路北网站制作4 月 7 日#xff0c;全球最主流的版本控制系统 —— Git 迎来 15 周年纪念日#xff0c;项目主要维护者 Junio C Hamano#xff08;滨野 纯#xff09; 先生发邮件庆祝了这一日子。我们知道#xff0c;所有的软件项目在整个生命周期中都要经过不断迭代#xff0c;在一个… 4 月 7 日全球最主流的版本控制系统 —— Git 迎来 15 周年纪念日项目主要维护者 Junio C Hamano滨野 纯 先生发邮件庆祝了这一日子。我们知道所有的软件项目在整个生命周期中都要经过不断迭代在一个又一个的新版本中完善自己的功能。开源项目更是如此一个健康的开源项目在“集市”模式下接受来自世界各地开发者提交的代码 版本更新频率通常更高。如何管理项目的版本更新是项目开发、维护过程中必须考虑的问题。什么是版本控制工具在开始我们的故事之前首先让我们来认识一下版本控制工具。版本控制的核心述求是历史纪录查询和实现协同开发。以开源项目来说在多人协作开发的模式下每个人都向服务器提交自己的文件就可能存在着代码被多次修改、替换的风险但是版本控制能够在每次更新操作后进行相应的记录。一旦发生误操作开发者能够根据服务器中的版本记录将项目恢复到出现问题之前的其他版本。因此借助版本控制技术软件开发项目可以被分割为若干模块每个模块并行地进行开发工作从而有效地提高了整体编程效率。主流的版本控制工具主要分为两种即集中式与分布式。集中式版本控制工具类似网吧的管理系统所有项目的历史文件与版本信息都存放在服务器上而客户端就只能保存当前的状态信息。这种所有鸡蛋装在一个篮子里的模式缺点非常明显一旦服务器损坏项目所有的历史数据就会丢失因此需要大规模的安全备份。比较有代表性的集中式版本控制工具有 SVN、VSS、CVS 等。分布式版本控制工具最大的特性就是任意客户端之间可以互联当然也包括服务器。这样一来开发者的客户端本地也存有项目完整的历史记录当有一个客户端损坏时可以从另一个没有被损坏的客户端中提取历史数据恢复之前的状态。在协同开发时各个客户端之间可以很好地同步开发进度避免出现重复提交等问题。毫无疑问分布式版本控制工具拥有更为先进的理念其诞生的过程也是得益于网络通信技术的普及与开源社区的蓬勃发展。天才的帮手我们的故事始于 1991 年大名鼎鼎的开源项目 Linux 问世作者 Linus Torvalds 一跃成为 IT 界的大明星被人们称为天才。由于当时 Linux 社区仍采用传统的集中式版本管理开发者提交的 patch 都汇集到 Linus 这里让他肩上的担子很重。 Linus Torvalds 在项目早期Linus 以最原始的人力来完成 Linux 版本管理工作包括逐条细看每个 patch、手动合并开发者提交的代码、更新版本历史信息等。由于这段“痛苦”的经历Linus 本人曾多次公开吐槽 “代码管理是计算机领域最无趣的事”……然而随着社区的逐渐壮大Linux 的系统变得越来越庞大代码越来越繁杂继续依靠手动合并代码显然已经不太现实。1999 年一家名为 BitMover 的公司发布了一款收费的分布式版本控制软件 BitKeeper BitMover 的 CEO Larry 给 Linux 社区特别提供了一个可以免费使用的版本期望 BitKeeper 能帮助 Linus 免于陷入不断加重的 Linux 内核管理工作中但条件是不能破解这款产品。Linus 在使用 BitKeeper 之后不久就爱上了它直言其是“ Best tool for the job ”。BitKeeper 让每个开发者都拥有自己的主副本 master copy 完整的副本意味着可以在本地做所有事而不是所有的 patch 只能提交到服务器Linus这里。于是Linus 可以把一些 patch 的审查工作交给 Liunx 子系统的维护者们对于比较值得信任的维护者甚至不需要他自己再审查一遍而他只需要对一些自己不太信任的维护者 “重点关照” 即可。2002 年Linux 内核主线代码就全面开始使用 BitKeeper。尽管 BitKeeper 的出现赋予了 Linux 社区更好的协同开发能力让 Linux 内核的开发效率成倍提高但其闭源的特性仍然让 Linus 在开源界遭到了一些非议。开源泰斗 RSM 就严厉批评 Linus 不该使用一款非自由的软件来管理世界上最大的开源项目。这些负面的声音也为之后 Linux 与 BitKeeper 的分道扬镳埋下了伏笔。分道扬镳事实证明指望一个全球最活跃的开源社区长期使用一个闭源工具似乎不太切合实际毕竟这里聚集了一批全世界最有能力的程序员。于是社区内开始出现“需要一个类 BitKeeper 的开源工具”的声音甚至有实干者已经开始着手实现这件事情。2005 年Linus 本人所属公司 OSDL 的老板 Andrew Morton 资助的一个项目组开始对 BitKeeper 协议进行反向编译试图破解 BitKeeper 以创造出一个类似的开源工具。BitMover 公司很快发现了这一动作Larry 表示这破坏了免费版 BitKeeper 的许可协议尽管这件事或许与 Linus 本人无关但确实严重影响了公司的利益他们最终决定逐步停止对免费版 BitKeeper 的支持但会给 Linux 进行工具迭代的时间。这样的矛盾在早期的商业公司与开源社区之间十分常见由于此时与开源项目相关的商业模式并不成熟很多像 BitMover 一样的商业软件公司选择站在开源社区的对立面以保护自己赖以生存的传统商业模式。这些软件公司被业内称为保守派尤其是以微软、Oracle、SAP 等为首的大型软件开发商他们坚持以付费的原则提供专有企业软件凭借产品的技术壁垒收取高额的许可费。这样的商业模式不仅被追求开放自由的开源社区所唾弃高昂的软件采购成本也让很多企业的 IT 采购人员头疼不已。 不过BitMover 的做法在当时来看确实也无可厚非他们正当地维护了自己的合法权利挽回了因产品被破解可能带来的经济损失。但令他们万万没有想到的是开源社区强大的生产力可以成为他们发展的沃土也能成为毁灭他们的武器。 用开源的方式创造 Git失去 BitKeeper 意味着 Linux 需要重新寻找一个分布式版本控制系统Linus 考察了当时所有的系统却没有一个能够让他满意。“ 于是他在邮件列表里发了一封邮件说自己写了一些代码准备作为在找到更好的版本管理系统之前的过渡系统。我觉得这似乎是件挺有意思的事情于是就把代码下载了下来看了一下发现只有1244行。” 这是目前 Git 的主要维护者、Google 工程师 Junio C Hamano滨野 纯在一次采访中的描述。是的天才 Linus 只花了 10 天的时间用 C 语言写了 1244 行代码这就是如今火遍全球的分布式版本控制系统 Git 的雏形。Linus 把写好的代码发到 Linux 社区的邮件列表里并邀请社区里的开发者一起来完善它。“在一周时间内发生了很多事不过归纳起来就是 Linux 的内核开发者们听说 Linus 要用个‘新玩意’来管理代码如果那个‘新玩意’太难用的话大家都痛苦还不如一起想办法把这个东西做好用点。” Hamano 就是收到邮件并首批参与 Git 项目的开发者之一。据 Hamano 回忆当时 Linus 考察了市面上所有的版本控制系统没有一款让他满意的原因是它们都没有代码合并merge功能。“因为 Linus 只写 C 和 Shell而 merge 的逻辑实在太复杂所以他多次发邮件到邮件列表说要是有人能够用脚本语言实现一个就好了。不过谁也没有上钩。就这么过了一个星期一直关注邮件列表的我用 Perl 把 Linus 过去多次提到的 merge 算法实现并投到了邮件列表里。这是我第一次有一定规模地向开源项目贡献代码。然而尽管我详细地写了将近 30 个测试用例以及各种分支条件下应该怎么处理的表格6 个小时以后 Linus 提交到 master 分支的却是个截然不同的东西。据本人说是想到了更好的办法所以就这么着了。” 虽然听起来有些任性但 Linus 给出的新方案确实让 Hamano 折服。对于 merge 功能BitKeeper 的做法是在 work tree 里基本上只存放自己的文件而 merge 不发生在这里。merge 时首先会创建一个临时文件夹在里面展开 merge 结果发生冲突时就在里面解决然后提交 commit 并在 work tree 里展开这样就算 merge 完成了。这个方法很好地解决了协同开发常常遇到的代码冲突问题。类似于把发生冲突的两人关进一个小黑屋“决出胜负”后的胜利者再进入 work tree 。而 Linus 决定取消这个临时文件夹直接在 work tree 上 merge 。具体来说就是每次提交 commit 之前会生成记录本次提交内容的 index而这个 index 遵循“三步合并”原则比如我们有一个共同的版本你在这个版本的基础上做了一些变更我在这个版本的基础上做了另一些变更然后将这两个差分 merge 起来。那么把原始版本、我修改的版本、你修改的版本分别作为 stage1stage2stage3 依次添加到 index 里merge 就算完成了。例如最简单的情况我和你都没有做出变更那么 merge 的结果就是没有变更。如果我做了变更而你没有那么最后得到的就是我变更以后的代码反之亦然。另外还有一种特殊的情况就是你和我都做了“相同”的变更。 开源本质上就是大家一起做一个项目互相 merge 的过程。Git 就是在这样的模式下诞生并日趋完善成长为全球最主流的开源版本控制系统。而 Linus 做的事情只是花 10 天时间写了 1244 行代码然后审查大家提交的 patch 。“虽然最早是我做了全部的编码和设计但之后的维护都由 Hamano 来做他把 Git 做得更接地气让所有人都能使用。” Linus 曾在 Google 进行的一次演讲中毫不吝啬地夸赞了自己的伙伴。图右为 Junio C Hamano作为开源项目的管理者Linus 不仅是个智商超群的编程天才他的管理情商也很高。在维护一个开源项目时对别人说“No”是家常便饭。当 Linus 拒绝别人的 commit 时他总会在回复中强调“拒绝这个 commit 不是因为你的能力不行而是这个 commit 不合适”同时还会指出 commit 中的亮点并给予肯定让对方觉得自己的工作没有白费这样就不会打击贡献者的热情。“ 我那时候也是Linus 对我说虽然你的提交没有采用但测试用例还是能用的针对现在的实现你稍微修正一下吧。” Hamano 回忆说。在 Hamano 等人的协助下Git 诞生近一个月后Linux 系统的源码就全部改用 Git 进行版本管理而其他的开源项目社区也如获至宝Git 的名气很快就在开源界传播开来。截然不同的命运2008 年基于 Git 实现的代码托管平台 GitHub 面世从此 Git 更是享誉全球。有意思的是GitHub 当初并不是由 Git 社区的人做的而是出自 Ruby 社区的开发者之手两个社区在最初的关系还有些不太和睦原因是 Git 社区的人对于 GitHub 那群人拿 Git 去做商业化感觉很不爽……当然这些都是老开发者口中的陈年往事了。毫无疑问GitHub 对于 Git 的普及做出了巨大的贡献。Hamano 也表示“ 有 GitHub 替我们做文档以及用户支持何乐而不为呢。”和 Git 的飞速发展形成鲜明对比的是与 Linux 分道扬镳后的 BitKeeper 每况愈下尽管后者是世界上首个商用级的分布式版本控制工具但在 Git 诞生之后BitKeeper 的市场占有率断崖式下滑几乎沦落到无人问津的地步。Git 与 BitKeeper 的不同境遇可以说是 21世纪初软件行业的缩影传统的软件商业模式在开源浪潮的席卷下迎来了前所未有的挑战。当然挑战往往伴随着机遇。于是也有一批人开始反思传统软件商业模式的局限性试图寻找一种能够适应开源的全新商业模式。很快以 Red Hat、MySQL、SugarCRM 为代表的开源行业公司开始崛起他们的商业模式是利用开源项目来推出增值服务即免费向用户提供软件基础功能而通过收费的增值服务来获取利益。比如 Red Hat 在 RHEL 推出的订阅服务在用户免费使用这款企业级 Linux 系统的前提下他们可以通过订阅获得每一版本产品一定时间内的技术服务支持。这种支持包括但不限于系统升级、管理、维护安全性和技术认证支持其他硬件和软件支持。此外Red Hat 还通过积极地投身开源社区为品牌赢得业内认可从而促进其他收费产品的销售。自 2001 年确立商业模式以来Red Hat 已经实现连续 19 个自然年的营收增长创造了开源界的商业传奇。当 Red Hat 们利用开源项目取得前所未有的成功之后许多传统软件开发商也开始意识到开源已经是无法阻挡的时代趋势。2018 年曾经的“保守派”代表微软收购 GitHub进一步布局开源2019 年蓝色巨人 IBM 斥资 340 亿美元收购 Red Hat完成公司历史上最大规模的收购……越来越多的软件巨头参与到了开源社区的建设中积极拥抱开源。值得一提的是2016 年在 Git 诞生 11 年之后曾经与 Linux 短暂携手的 BitKeeper 宣布开源只可惜为时已晚。推荐阅读树莓派销量突然猛增80%的代码曾由一人提交这项目何以从ASF毕业红帽借“订阅”模式成开源一哥首创者升任总裁Eclipse Theia 1.0发布VS Code真正的开源替代方案Windows中现在有独立的Linux文件夹系统
