Git在项目协作开发中所解决问题

目录

• 1、Git的历史
• Tips:
• 2、Git的特点
• 3、Git在项目协作开发中所解决的问题

1、Git的历史

Git是目前世界上最先进的分布式版本控制系统，开源、免费。

Git 是 Linus （林纳斯）为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。

Tips:

Linus在1991年创建Linux，现在已经成为最大的服务器系统软件了。

Linux的壮大是靠全世界热心的志愿者：

在2002年以前，世界各地的志愿者把源代码文件发给Linus，然后由Linus本人通过手工方式合并代码！

为什么Linus不把Linux代码放到版本控制系统里呢？

不是有CVS、SVN这些免费的版本控制系统吗？

因为Linus坚定地反对CVS和SVN，这些集中式的版本控制系统不但速度慢，而且必须联网才能使用。

有一些商用的版本控制系统，虽然比CVS、SVN好用，但那是付费的，和Linux的开源精神不符。

不过，到了2002年，Linux系统已经发展了十年了，代码库之大让Linus很难继续通过手工方式管理了，社区的里也对这种方式表达了强烈不满，于是Linus选择了一个商业的版本控制系统BitKeeper，BitKeeper的东家BitMover公司出于人道主义精神，授权Linux社区免费使用这个版本控制系统。

安定团结的大好局面在2005年就被打破了，原因是Linux社区牛人聚集，开发Samba的这个人Andrew，试图破解BitKeeper的协议（这么干的其实也不只他一个），被BitMover公司发现了，于是BitMover公司怒了，要收回Linux社区的免费使用权。

Linus花了两周时间自己用C写了一个分布式版本控制系统，这就是Git！一个月之内，Linux系统的源码已经由Git管理了！

Linus 对新的版本控制系统制订了若干目标，如下图所示：

Git迅速成为最流行的分布式版本控制系统，尤其是2008年，GitHub网站上线了，它为开源项目免费提供Git存储，无数开源项目开始迁移至GitHub，包括jQuery，PHP，Ruby等等。

历史就是这么偶然，如果不是当年BitMover公司威胁Linux社区，可能现在我们就没有免费而超级好用的Git了。

Git的发展历史图：

2、Git的特点

当Git刚刚推出的时候很多人还对他发生质疑，但是不久之后因为Git具备非常好的特点，导致了开源社区很多项目没过多久，就陆陆续续的从SVN上转移到Git上来进行版本控制。

（1）Git的特点如下：

• Git中每个克隆(clone)的版本库都是平等的。你可以从任何一个版本库的克隆来创建属于你自己的版本库，同时你的版本库也可以作为源提供给他人，只要你愿意。
• Git的每一次拉取操作，实际上都是一次对代码仓库的完整备份。
• 提交完全在本地完成，无须别人给你授权，你的版本库你作主，并且提交总是会成功。
• 甚至基于旧版本的改动也可以成功提交，提交会基于旧的版本创建一个新的分支。
• Git的提交不会被打断，直到你的工作完全满意了，PUSH给他人或者他人PULL你的版本库，合并会发生在PULL和PUSH过程中，不能自动解决的冲突会提示您手工完成。
• 冲突解决不再像是SVN一样的提交竞赛，而是在需要的时候才进行合并和冲突解决。
• Git版本库统一放在服务器中。Git 也可以模拟集中式的工作模式，同时Git 的集中式工作模式非常灵活，
• 团队的成员先将服务器的版本库克隆到本地；并经常的从服务器的版本库拉（PULL）最新的更新。
• 团队的成员将自己的改动推（PUSH）到服务器的版本库中，当其他人和版本库同步（PULL）时，会自动获取改变。
• 你完全可以在脱离Git服务器所在网络的情况下，如移动办公／出差时，照常使用代码库。
• 你只需要在能够接入Git服务器所在网络时，PULL和PUSH即可完成和服务器同步以及提交。
• Git提供 rebase 命令，可以让你的改动看起来是基于最新的代码实现的改动。
• Git 有更多的工作模式可以选择，远非 Subversion可比。
• 协同修改，多人可并行修改服务器端的同一个文件。
• 数据备份，不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态。
• 版本管理，在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，提高运行效率。这方面SVN采用的是增量式管理的方式，而Git采取了文件系统快照的方式（对比Hash值）。
• 权限控制，对团队中参与开发的人员进行权限控制。谁能创建版本库，谁能向版本库PUSH，谁能够读取（克隆）版本库。对团队外开发者贡献的代码进行审核，通过fork。（Git独有）。
• 历史记录，查看修改人、修改时间、修改内容、日志信息。将本地文件恢复到某一个历史状态。
• 分支管理，允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

（2）简单说明：

Git有最优的存储能力以及非凡的性能，得益于林纳斯（Linus Torvalds：林纳斯·本纳第克特·托瓦兹，Linux内核的发明人）本身的这个技能，他是Linux内核专家，也是文件系统的管理专家。所以他开发出来的Git具备了最优的存储能力以及非凡的性能。林纳斯它本身就是崇尚开源的，所以他开发的Git也是开源的。

Git还很容易做备份，还支持离线的操作。基于Git的分支管理的成本是非常低的，而且也非常容易定制工作流程。

在实际使用分布式版本控制系统的时候，其实很少在两人之间的电脑上推送版本库的修改，因为可能你们俩不在一个局域网内，两台电脑互相访问不了，也可能今天你的同事病了，他的电脑压根没有开机。因此分布式版本控制系统通常也有一台充当”中央服务器”的电脑，但这个服务器的作用仅仅是用来方便“交换”大家的修改，没有它大家也一样干活，只是交换修改不方便而已。

3、Git在项目协作开发中所解决的问题

• 多人协作，出现代码冲突 （版本控制工具）
• 多人协作，在代码整合期间引发BUG（回滚）
• 多人协作，领导要看项目 （版本历史）
• 多人协作，用户身份的控制（权限管理）
• 项目版本的发布问题 （标志&里程碑管理）

参考： https://www.jb51.net/article/245619.htm

以上就是Git在项目协作开发中所解决问题的详细内容，更多关于Git项目协作开发的资料请关注我们其它相关文章！