当前位置:   article > 正文

入门Git管理工具

git管理工具

目录

1、集中式(SVN) 与 分布式(GIT)管理的区别

SVN与GIT优缺点对比

2、GIT的安装

Windows安装

Linux安装

3、GIT基本原理与工作流程 

Git工作区

 Git文件状态(版本控制就是对文件的版本控制)

4、GIT基本操作 

5、本地仓库提交远程仓库

Github账号配置

设置远程仓库

6、分支策略


1、集中式(SVN) 与 分布式(GIT)管理的区别

集中式的版本控制系统都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。

在分布式版本控制系统中,客户端并不只提取最新版本的文件快照,而是把原始的代码仓库完整地镜像下来。这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜像出来的本地仓库恢复。这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此,你就可以在同一个项目中,分别和不同工作小组的人相互协作。你可以根据需要设定不同的协作流程。

SVN与GIT优缺点对比

  • SVN优点: 1、 管理方便,逻辑明确,符合一般人思维习惯。 2、 易于管理,集中式服务器更能保证安全性。 3、 代码一致性非常高。 4、 适合开发人数不多的项目开发。
  • SVN缺点: 1、 服务器压力太大,数据库容量暴增。2、 如果不能连接到服务器上,基本上不可以工作,看上面第二步,如果服务器不能连接上,就不能提交,还原,对比等等。 3、 不适合开源开发。
  • GIT优点: 1、适合分布式开发,强调个体。 2、公共服务器压力和数据量都不会太大。 3、速度快、灵活。 4、任意两个开发者之间可以很容易的解决冲突。 5、离线工作
  • GIT缺点: 1、学习周期相对而言比较长。  2、不符合常规思维。 3、代码保密性差,一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。 


2、GIT的安装

Windows安装

  • 访问地址:https://git-scm.com/
  • 点击下载:https://git-scm.com/download/gui/win
  • 开始安装,下一步,下一步。。。。。

Linux安装

  • Yum install git
  • 下载源码:https://github.com/git/git.git 编译安装。

3、GIT基本原理与工作流程 

Git工作区

  • Remote:远程仓库,托管代码的服务器,如项目组中的一台电脑用于远程数据交换(github)。
  • Repository:仓库区(版本库),就是本地仓库,安全存放数据的位置,这里面所有提交版本的数据,其中HEAD指向最新放入的仓库版本。
  • Index/Stage:暂存区,用于临时存放的改动,事实上,它只是一个文件,保存即将提交到文件列表的信息。
  • Workspace:工作区,就是平时查看文件和编辑文件的区域。

 Git文件状态(版本控制就是对文件的版本控制)

  • Untracked:未跟踪,在此文件夹中,但没有加入到git库,不参与版本控制,通过git add 状态变为staged。
  • Unmodified:文件已经入库,未修改,即版本库中的文件快照内容与文件夹一致,这种类型的文件有两种去处,如果被修改,变为modified,如果被移除版本库git rm,则变为Untracked
  • Modified:文件已修改,仅仅是修改,并没有进行其他操作,这个文件有两个去处,第一个是staged,第二个是unmodified。
  • Staged:执行git commit 则将修改同步到库中,这时库中的文件和本地文件虽为一致,文件为Unmodified。执行git reset HEAD filename取消暂存,文件状态为modified。


4、GIT基本操作 

5、本地仓库提交远程仓库

Github账号配置

1、注册github账号

2、设置SSH Keys,ssh-keygen -t rsa -C "xxxx@xxx.com"

这句话打好以后把id_rsa.pub里面的东西复制到github配置里面

3、在github settings页面设置SSH Keys 

设置远程仓库

1、在github中 Create a new repository

2、根据github的提示(第一次创建repository有提示),在本地仓库运行命令:git remote add origin https://github.com/github的账户名/xxxrepository名称.git

3、关联后,使用命令git push -u origin master第一次推送master分支的所有内容

4、此后,每次本地提交后,只要有必要,就可以使用命令git push origin master推送最新修改


6、分支策略

(1)master分支是稳定版本的,也就是仅用来发布新版本,平时不能在上面干活;

(2)干活都在dev分支上,也就是说,dev分支是不稳定的,到某个时候,比如1.0版本发布时,再把dev分支合并到master上,在master分支发布1.0版本;

(3)你和你的小伙伴们每个人都在dev分支上干活,每个人都有自己的分支,时不时地往dev分支上合并就可以了。

(4)合并分支时,加上--no-ff参数就可以用普通模式合并,合并后的历史有分支,能看出来曾经做过合并,而fast forward合并就看不出来曾经做过合并。

 下图以bob和michael的合作开发为例

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/Monodyee/article/detail/710232
推荐阅读
相关标签
  

闽ICP备14008679号