优雅的源代码管理（一）：版本控制系统 VCS（Version Control System）与软件配置管理 SCM（Software Configuration Management）

本文为日常工作使用，仅做简单的解析，不做深入探究。

为什么写这个系列的博文

在日常开发中，作为技术经理的我发现，很多开发人员遇到冲突不知如何是好甚至代码丢失、代码记录中充斥着大量 Merge 的 Commit、提交信息随意且杂乱无章等诸多问题，所以我想写这个系列的博文帮助开发者快速的、优雅的使用Git。

什么是VCS版本控制

源代码是一种十分宝贵的资产，必须进行保护，源代码是开发人员通过认真努力的收集和提炼关于问题领域的宝贵知识和理解的问题解决库，使用版本控制系统保护源代码免受灾难和人为错误导致的意外。

版本控制软件跟踪每一次对源代码的修改，如果出现错误，可以方便开发人员跟踪问题出现的路径，让时间倒流回到早期代码以帮助开发人员修复问题，同时将其他人员影响降到最小。

团队合作的软件开发人员不断新增源代码和修改现有源代码，团队中可能有一个人正在开发一个新的功能，另一个人正在修改现有代码修复一个不想关的问题，每个人可能都在对项目代码进行不同位置的修改，对软件的一部分所做的更改可能与同时工作的另一开发人员所做的更改不兼容。

使用版本控制系统就可以帮助我们解决这个问题，版本控制系统将跟踪每个贡献者的每个单独更改并帮助开发人员防止发生并发工作产生的冲突；另外在任何修改中都可能引入新的问题，在代码通过测试之前，这部分代码是不可信的，所以也需要测试和开发同时进行，这就需要在各个小版本之前进行切换，版本控制系统也可以帮助我们完成这样的切换。

源代码管理 SCM

SCM，全称Software Configuration Management，中文翻译为软件配置管理，用于控制和追踪软件的变化，其核心是版本控制和baseline的确立。

上面我们大致了解了版本控制，在多人协作项目中，各自开发人员有各自的版本，当通过某种协议将各自版本上传共享时可能发生冲突，可能导致后面的人把前面的人修改覆盖掉，SCM 可以防止由于冲突覆盖而导致工作丢失。

一旦 SCM 开始跟踪项目随时间的所有变化，就会创建项目生命周期的详细历史记录。然后可以使用此历史记录来“撤消”对代码库的更改。

借助 SCM，开发人员可以在功能开发的不同分支上独立工作，最终将它们合并在一起。

不好理解？我直接说人话吧：SCM 就是经理的角色，在中间协调各个开发者的代码，保证团队代码正确的合并。

SVN（SubVersion）

SVN是一款非常知名的中央版本控制系统。在之前非常流行使用 SVN 来进行代码管理，目前我身边的人几乎没人使用 SVN 了都是在使用 Git，所以 SVN 不在这里做详细的介绍了。

Git

Git 是目前为止，世界上使用最广泛的现代版本控制软件，Git是SCM的一个工具，或者说Git是实现SCM的一个具体的方法。最初由 Linux 操作系统内核的著名创造者 Linus Torvalds 在 2005 年开发。

Git 是分布式架构，对比上面的 SVN，Git 没有”中心“库，每个开发人员手里都是完整的代码仓库。

Git 已经是事实上的行业标准，所以每个软件开发者都应该会使用 Git 来管理源代码！

在下一篇文章中我将详细介绍 Git 的使用，Git 的安装将不再赘述，请自行安装配置。

GitLab

GitLab 是一个基于 Git 提供各种扩展功能的开源系统，它在基于 Git 的同时为我们提供了 issue、wiki、DevOps 等诸多高级功能，后续文章将详细讲解 GitLab 的使用。