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

这篇文章主要为大家介绍了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.0133.cn/article/245619.htm

以上就是Git在项目协作开发中所解决问题的详细内容,更多关于Git项目协作开发的资料请关注0133技术站其它相关文章!

以上就是Git在项目协作开发中所解决问题的详细内容,更多请关注0133技术站其它相关文章!

赞(0) 打赏
未经允许不得转载:0133技术站首页 » Photoshop