共计 5544 个字符，预计需要花费 14 分钟才能阅读完成。
摘要：抉择一款版本管理工具，曾经被大多数企业作为我的项目的必要筹备工作之一，置信没有一个开发者没有听过 Git、SVN 这些工具。明天咱们来寻根溯源，扒一扒版本治理的发展史。
版本管理工具之于软件开发，犹如地基之于修建。这句话真是再贴切不过了，当我的项目越做越大，迭代越来越频繁，版本管理工具变得越来越具备必要性。
有了版本管理工具，咱们能够更不便地浏览、检出所有开发过程的历史版本与批改记录，做任何批改都不再胆怯，因为你能够轻易的还原回任意一个版本并且通晓每一次批改的起因。甚至你能够从历史版中独自抽出某一次批改，将它放到另一个版本中。
咱们也能够通过版本管理工具来同时并行批改和公布软件的不同版本，例如公测版本、付费版本和开发中版本。
抉择一款版本管理工具，曾经被大多数企业作为我的项目的必要筹备工作之一，置信没有一个开发者没有听过 Git、SVN 这些工具。
明天咱们来寻根溯源，扒一扒版本治理的发展史。
版本治理发展史
上图是版本治理发展史的里程碑图，上面咱们将其分成四个阶段具体来说说。
史前时代 手动备份
在批改文件之前将它手动备份一份，名称做上标记，这就是最早的版本治理。
手动备份的存在，阐明了人们须要版本管理工具。
农耕时代 本地版本管理工具
如同农耕时代的信息灵通一样，第一批产生的版本管理工具被称为本地版本管理工具，它们只被赋予在一台服务器上管理文件版本的能力，并不具备联网、交互的个性。
其中比拟有代表性的是 1982 年由米国普渡大学的 Walter F. Tichy 首次公布的RCS（Revision Control System），它比 Linux 的内核公布还要早 9 年，最后是为了代替世界上第一款版本管理软件（SCCS，1972，用于 Unix 零碎）所研发的，起初 RCS 只利用在 Unix 零碎，而后移植到 Linux 平台，甚至还有利用于 Windows 平台的可执行程序。
尽管它们曾经慢慢被人们淡忘，然而毕竟是版本治理畛域的文化启蒙之作，现在你仍能从各大开源网站找到它们的源码。
这个时代也产生了 锁的概念。
通过加锁能够将并发提交转换成程序提交，防止了同一文件被多人同时批改，这也是最后的版本控制伎俩之一。
帝国时代 集中式版本管理工具
集中式版本管理工具的特点是，用一个服务器来保留所有文件的订正版本，而协同工作的人们都通过客户端连到这台服务器，下载最新的代码或是更新提交，这像极了中央集权制的帝国时代。
其毛病很显著，就是如果服务器挂了，所有参与者都无奈工作了，并且工作成绩有可能就此失落。
然而集中式版本管理工具的呈现，解决了软件行业遇到的第一个史诗级问题——跨地区协同开发。
有问题，就会呈现解决问题的英雄，一位名叫 Dick Grune 的荷兰科学家在 1986 年开发了一款名叫CVS（Concurrent Versions System）的版本管理工具，这是世界上第一款集中式版本管理工具，它的设计初衷就是解决跨地区协同开发带来的不便。
过后 Dick 和他的两名学生正在单干实现一个编译器我的项目，一个学生是朝九晚五的稳固工人，另一个学生的工夫是不法则的，而 Dick 自己只能在早晨做这个我的项目，显然三个人没法坐到一起实现我的项目，为此 Dick 在 RCS 的根底上研发了 CVS。
CVS 曾是世界上最为风行的版本管理软件，这种状况继续了十余年，直到 2000 年被 Subversion（SVN）所取代。
SVN 设计的目标就是创立一个更好用的版本管理系统以取代 CVS，比拟乏味的是，SVN 在研发初期是应用 CVS 来治理其源代码的，并且其次要研发者是 CVS 畅销书《Open Source Development with CVS》的作者 Karl Fogel，Karl 和他的敌人 Jim Blandy 在 CollabNet 公司的赞助下从 2000 年 2 月开始研发 SVN，用了 14 个月的工夫，终于在 2001 年 8 月 31 号让 SVN 能够“自我寄生”了，就是说，SVN 开发人员停止使用 CVS 治理 SVN 的源代码，开始应用 SVN 代替。
2010 年 1 月，SVN 正式成被 Apache 软件基金会接管，并成为一个顶级我的项目，现在（2020 年）SVN 依然是集中式版本管理工具中的江湖扛把子。
SVN 也是独创应用 分支 零碎的版本管理软件，尽管其起初仅能将所有文件备份做为一个分支，但也对今后版本管理软件的倒退产生了深厚的影响。
分支，能够了解为一个我的项目中平行存在的几套代码，它们能够彼此独立被批改，也能够被合并。
共产主义时代 分布式版本管理工具
分布式版本管理系统的最大特点就是客户端并不只从服务器提取最新版本的文件快照，而是把仓库残缺的镜像下来，包含了残缺的历史记录。
能够这样了解，每个客户端其实都能够当做是地方服务器。
这种运作模式带来的劣势不仅仅是当地方服务器挂掉了、数据损坏了，从任何一个本地客户端都能够从新复原。还能够容许开发者在飞机、游轮这种没有网络的环境下编程时，先将工作内容提交到本地仓库，等有网络条件时再合并到近程仓库。
分布式版本管理工具曾经根本剔除了锁的限度形式，容许我的项目参与者随时拉取地方仓库内容到本地仓库，在本地库自在开发，而只将对我的项目有奉献的批改合并回地方仓库，这种模式在开源我的项目中被利用到了极致，每个参与者都会感觉本人就是我的项目拥有者，开源我的项目的托管平台俨然就是一个迷你的共产主义社会。
Git可说是世界上最先进的分布式版本管理系统（没有之一）。
Git 的诞生充斥了传奇色彩，其作者正是李大神 Linus Torvalds（Linux 之父）。
Linux 开源我的项目的初期，世界各地的志愿者把源代码文件发给 Linus，而后由 Linus 自己通过手工形式合并到 Linux 源码中，这种状况继续了十多年（1991~2002），代码库的几何式增大让 Linus 很难持续通过手工形式治理了，于是 Linus 抉择了一个商业化的版本管理系统 BitKeeper（世界上第一款分布式版本管理软件，过后惟一的毛病就是 贵！），BitKeeper 的东家 BitMover 公司也出于人道主义精力，受权 Linux 社区收费应用这个版本管理系统。
直到 2005 年，Linux 开源社区的一位参与者破解了 BitKeeper 的协定，被 BitMover 公司发现了，于是 BitMover 公司怒了，发出了 Linux 社区的收费使用权。因为提倡开源精力的 Linus 瞧不上集中式的 CVS、SVN，又买不起 BitKeeper，无可奈何开始研发本人的版本管理工具，并命名为 Git（英国俚语，讨厌鬼），用 Linus 本人的话说：
对于 Git 的具体研发工夫，有人说是两周，也有人说是两个月，其实都不精确，上面是文献记录的 Git 诞生里程碑。
· 2005 年 4 月 3 日，开始开发 Git。
· 2005 年 4 月 6 日，我的项目公布。
· 2005 年 4 月 7 日，Git 就能够作为本身的版本管理工具了。
· 2005 年 4 月 18 日，产生第一个多分支合并。
· 2005 年 4 月 29 日，Git 的性能就曾经达到了 Linus 的预期。
· 2005 年 6 月 16 日，Linux 外围 2.6.12 公布，那时 Git 曾经在保护 Linux 外围的源代码了。
而后 Git 迅速成为世界使用量第一的版本管理软件，尤其是到 2008 年，诞生了首个伴生开源社区 GitHub，更是让更多的人理解和开始应用 Git。
中国开源社区次要创始人、华为高级产品经理庄表伟老师在《从 28 万个开源我的项目中，咱们可能学到一些什么？》一文中也屡次提到:“Git 的统治位置，曾经无可波动”。
为什么更多人违心抉择 Git？
那么，开发者违心应用 Git 作为他们的版本管理工具，仅仅是因为它出身名门么？多少会是有一些影响的，你想啊，生而为了治理 Linux 这种操作系统级别的我的项目，还有什么我的项目是它搞不定的呢。
然而更多睿智的开发者看中的是 Git 的特质：
- 分布式：
这使得服务器的压力不会很大，客户端也被赋予了更多权限，能够拉取全量代码、历史，离线工作等。
- 将分支的应用发扬光大：
相比于 SVN，Git 采纳快照的模式存储分支，并用指针形式实现切换，这使得切换变得十分的迅速，并且容许服务器与各个客户端都能够有本人独立的分支。
- 在本地解决代码抵触：
Git 不容许将有抵触的代码段提交到服务器，它提倡开发者将差别代码拉取到本地，并提醒开发者差别地位，在本地解决、合并后，再提交到服务器，这不仅对于开发者来说是个最好的解决方案，同时也保障了服务器中代码版本的稳定性。
- 能够很简略，也能够很简单：
Git 提供了丰盛的指令集来实现简直你能想到的所有性能，然而上手却非常简单，老手只有晓得 clone、add、commit 就能实现根本工作流，高手又能够用简单的指令组合展现出真正的技术！
- 永恒收费：
这个其实也蛮重要。
Git 也有毛病！
金无足赤，白璧微瑕，Git 尽管是公认的王者，然而也不是没有毛病，咱们来看下 Git 跟天下第二 SVN 的比照。
性能 & 个性 GitSVN运行模式分布式，每个客户端都是独立版本库集中式，所有版本存储于地方服务器离线工作反对，可将代码提交到本地版本库不反对，所有须要依赖于连通地方服务器分支快照式分支，切换速度快全量文件式分支，切换速度慢，费内存对并发的解决分支、本地合并，反对多人多个版本并行研发锁，对并发的解决方法就是防止并发历史版本存储快照，多终端，经济而平安全量存于地方服务器，一旦侵害，很难找回应用难度易上手、难精通对中文的反对很杰出，容易应用权限治理根本没有比较完善，反对颗粒级配置权限
能够看到 Git 在运作机制和具体性能实现上都是稍逊一筹的，但其富裕开源精力的血统决定了其在权限治理方面的单薄，Linux 对 Git 的设计就是，任何人都能拉取代码仓库，而且是全量的拉取，也包含了仓库的历史记录和历史版本，这在开源我的项目中切实是个很酷的设定，但在商业我的项目中，这难道不是一个 Bug？
华为云 CodeHub 服务补救了 Git 的毛病
很多组织都很观赏 Git 的优良，同时也发现了 Git 在权限管制方面的单薄，纷纷公布了基于 Git 的代码托管平台，就如同为 Git 打造的甲胄，其中值得一提的是华为云打造的 代码托管（CodeHub）平台。
这身红色的盔甲，积淀着了华为在信息安全畛域近 30 年的摸索，上面咱们来看看 CodeHub 目前已知的权限管制与安全策略：
· 采纳“租户 + 用户 + 用户组 + 角色”多维度模型对权限进行颗粒化管制。
· 用户需通过 HTTPS/SSH 与云端仓库通信，将应用 SSH Key 或者仓库用户名及明码进行拜访鉴权。
· 所有操作都必须带有 Token，对所有要害操作进行审计记录，审计日志被长久化，可保留足够长时间，并可进行准确的回溯。
· 用户的托管文件是以加密的形式存储的。
· 反对爱护分支的设置。
· 提供了多人参加、评分制的代码合并评审组件。
简略来说，CodeHub 将用户的读写权限变成了可控可配置的，它补上了 Git 的最初一块短板。
CodeHub 服务还能做什么？
↓↓↓↓↓~ 给求知者的传送门~↓↓↓↓↓
· 丰盛的代码模板
· 可自定义的代码提交规定
· 代码提交与我的项目工作状态可产生联动
· 积分制的 Code Review
· 代码提交主动触发 DevOps 流水线
· 在线代码查看
· 在浏览器里 Coding
· 数据分析
· 跳过那些磨磨唧唧的，间接去创立一个仓库试试~
丰盛的代码模板
华为云代码托管服务针对不同的开发语言、构建环境，预置了数十个仓库模板，开发者能够应用模板在云端创立仓库，达到疾速初始化研发环境的成果。
针对正在学习软件开发的同学们，也提供了丰盛了的 Demo 源代码，可间接拿来学习，或者用于体验在 DevCloud 中的 DevOps 全流程。
理解更多
另外，反对用户将本人的仓库共享为模板。
可自定义的代码提交规定
华为云代码托管服务反对对每个仓库设置不同的代码提交规定，保障了地方库的代码规范性，为团队素质建设保驾护航。
理解更多
代码提交与我的项目工作状态可产生联动
华为云代码托管服务能够将代码的变更与项目管理中的工作项（需要单、问题单）相关联，而主动扭转工作项的状态。
也就是说，开发者只须要提交代码，问题单就能主动流转，这大大地晋升了合作效率，将开发者从繁冗的工作流程里解救出来，使其更专一的投入编码中。
理解更多
积分制的 Code Review
代码评审的价值不仅仅是集思广益，防止 bug、晋升代码品质、寻求更优的解决方案，还能够通过这个过程让每个我的项目参与者理解更多的业务模块，同时也能达到人员互备的目标。
华为云代码托管服务提供了积分制的在线 Code Review 性能，我的项目参与者能够在评审中进行打分、评论、发动探讨等操作，总积分能够作为一个规范，团队达成共识后，方可进行下步的合入分支等操作。
评审意见的记录，也使得团队成员在须要理解我的项目历史时，能够更不便的顺着代码、顺着提交记录与探讨记录解到过后产生了什么。
理解更多
代码提交主动触发 DevOps 流水线
作为华为云 DevCloud 的组成服务之一，代码托管服务能够被作为云上 DevOps 的触发器应用。
理解更多
在线代码查看
华为云代码托管服务会自动识别仓库语言，并生成对应的检查报告。
在仓库治理治理页面就能看到仓库的代码衰弱度，点击更能看到具体的代码检查报告。
理解更多
在浏览器里 Coding
华为云代码托管服务内置了 Cloud IDE 性能，开发者能够在浏览器中 Coding。
大大晋升了开发者对紧急任务的响应速度，让麻利开发模式更加得心应手。
理解更多
数据分析
华为云代码托管服务提供了多维度的数据分析报表（代码贡献度统计、仓库语言统计、提交统计、仓里提交网络图等），帮忙仓库管理者理解研发工作的推动状况。
理解更多
如果您正在寻找一个靠谱的版本治理平台，无妨到华为云代码托管（CodeHub）服务 创立一个仓库 试试，5 人以下应用收费哦~
点击关注，第一工夫理解华为云陈腐技术~