博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
Git分布式版本控制器
阅读量:6916 次
发布时间:2019-06-27

本文共 955 字,大约阅读时间需要 3 分钟。

  hot3.png

IT行业中,开发一个项目,往往是几个人一起开发的。一个项目,无论大小,也会分为好几个模块。在开发过程中,总是各个模块开发好,组合起来最终完成整个项目。在组合过程中,往往会出现一些问题。但是为了不影响团队其它人正常工作,而且能够高效的完成项目,一个合适的版本控制器至关重要。本次来简单介绍一下Git版本控制器。

 

Git是一个分布式的版本控制系统。说到分布式版本控制器,在这里先提一下老式版本控制器(CVS就是一种集中式版本控制器)。老式版本控制器又称作集中式版本控制器。集中式版本控制器理解起来比较容易,就是在开发小组中,所开发的代码集中地存放(提交)到一台服务上,由服务器统一进行存放,服务器会记录所有人提交的版本。在下次工作时候,还要重新在服务器下载。想象一下,每次工作都要重新下载一遍最新版本。每日任务完成时候还要提交一次自己修改的项目。若是在一个大项目中,每次下载和提交的速度非常慢,这样会很影响工作效率。如若遇到突发事件,比如说服务器崩溃,那先前所做的所有工作都付之东流。

 

就集中式而言,种种问题已将基本将其淘汰,后来出现了分布式版本控制器。与集中式版本控制器相比,Git版本控制器也有自己代码集中提交的服务器。虽是如此,但每个人都创建有自己独立的代码管理库。在每次提交代码之前,都需要从服务器获取新的代码,与自己的整合后,才能推送上去。这样服务器上和自己的计算机上都有了最新的代码。这样,即使是服务器崩溃了,那么总有一个人的代码是和服务器上的代码是一样的。那么接下来这台计算机就可以成为新的服务器,因此并不会影响正常工作。还有比较重要的一点就,在Git中每次提交之后,服务器记录的只是修改的内容,所以每次在下载,或者是推送更新代码时候,传送的不是全部代码,而只是被修改的部分,从而使得传送过程能够很快完成。那么在我看来,所谓的服务器的真正目的并不是为了储存代码而设计的,而是为了让项目人员能够更好地交流、修改代码。这样开发人员就能第一时间了解到项目的动态,从而能够更高效的进行开发工作。

 

显而易见,Git版本控制器在工作效率方面远远优于集中是版本控制器。Git版本控制器才是开源的IT行业最要的版本控制器。

转载于:https://my.oschina.net/dzyhyx/blog/414091

你可能感兴趣的文章
Item Type名字取得不好
查看>>
我的友情链接
查看>>
solr聚类
查看>>
Oracle 维护 online redo log
查看>>
多年不断折腾下来,管理类软件的固定的开发思想形成讲解
查看>>
解决IE7主页自动跳转的方法之页面跳转现象
查看>>
如何像Uber一样给工程师派单 解放外包落后的生产力
查看>>
thinkphp5项目放在线上的LNMP环境中打开为空白问题解决
查看>>
Java Spring 中你不知道的注入方式
查看>>
Javascript弹出对话框组件
查看>>
C2审核模式(c2 audit mode)
查看>>
通过Eclipse安装Aptana Studio 3
查看>>
我的友情链接
查看>>
Packet Tracer 5.0建构CCNA实验攻略(17)——终结篇
查看>>
V-3-3 在没有vCenter的情况下,复制虚拟机
查看>>
Windows脚本初探之PowerShell脚本执行策略
查看>>
Windows脚本初探之PowerShell流程控制break
查看>>
DNS动态更新|安全和非安全的区别
查看>>
统计一行输入中有多少个汉字
查看>>
第3章 玩转mysql第三天 3-17- 范式基础篇
查看>>