Git 介绍

一,理解 Git

1,分布式版本控制

Git 版本控制系统的设计思想是"去中心化"。传统的 CVS 、SVN 等工具采用的是 C/S 架构,只有一个中心代码仓库,位于服务器端。而一旦由于服务器系统宕机、网络不通等各种原因造成中心仓库不可用,整个 CVS 、SVN 系统的代码检入与检出就瘫痪了。

为了摆脱对中心仓库的依赖,Git 的初始设计目标之一就是分布式控制管理。即每个成员本地都是一个完整的版本库,都可以看成是中心仓库。Git 分布式的设计理念有助于减少对中心仓库的依赖,从而有效降低中心仓库的负载,改善代码提交的灵活性。

2,离线操作

由于整个仓库都在本地,很多操作可以在不需要联网的时候进行。比如代码提交到仓库、创建合并分支、打 tag 等,只有涉及到多人合作,需要将本地的改动推送给别人时,才需要联网push本地仓库。

3,文件快照

Git 和其他版本控制系统的另一个主要差别在于,Git 只关心文件数据的整体是否发生变化,而大多数其他系统则只关心文件内容的具体差异。下图是 CVS、SVN 记录文件内容差异的方式

同样是文件变更提交,Git 底层文件系统存储的则为文件快照,即整个文件内容,并保存指向快照的索引(根据内容生成的一串hash值),如下图所示。如果文件内容没有发生任何变化,该文件系统则不会重复保存文件内容,只是简单地保存文件的链接。

这是 Git 同其他系统的重要区别。它完全颠覆了传统版本控制的套路,并对各个环节的实现方式作了新的设计。

二,文件在 Git 中的几种状态

  • untracked(未跟踪):文件尚未被 Git 纳入到跟踪内容,比如在 Git 中新建一个文件 a.txt,这个文件当前状态就是 untracked
  • unmodified(未修改):文件在 Git 跟踪内容下,但是没有任何更改,比如 clone 一个项目,此时项目中的文件都是 unmodified
  • modified(已修改):文件在 Git 跟踪内容下,经过编辑,但还没有提交保存
  • staged(暂存):表示把已修改的文件放在下次提交时要保存的清单中
  • committed(已提交):表示该文件已经被安全地保存在本地版本库中了

以上状态都是在本地完成转换,不需要依赖于服务器。理解了上面的几种状态,也就理解了Git 的基本工作模式了。下图介绍了几种情况下的文件状态转换

相关命令的简要说明如下:

git add [file]:把当前工作文件加入到暂存区域 git commit:在暂存区域生成文件快照并提交到本地仓库 git rm --cached [file]:删除文件在工作区中的索引,即文件回到未跟踪状态 git reset HEAD [file]:撤销文件暂存,可以理解为 git add [file] 的反操作 git checkout -- [file]:把文件从暂存区域覆盖到工作目录,用来丢弃本地修改

三,Git 分支管理

传统的版本管理软件(如 SVN),分支操作实际上会生成一份现有代码的物理拷贝,每个分支都有自己完全独立的代码。而 Git 的分支只是一个指向当前版本的指针,新建一个分支相当于增加了一个指针,因此分支的新建和切换非常的快捷。

git 基于 master 创建特性分支 featureA:
$ git checkout -b featureA master 

将 featureA 分支合并到 master: 
$ git checkout master 
$ git merge featureA 

删除分支 featureA:
$ git branch -d featureA

下面介绍一种比较实用的 Git 分支模型

  • 主分支 master:代码库中默认的主分支。所有提供给用户使用的正式版本,都在这个主分支上发布。正常情况下,每次有变化被合并到 master 分支时,就是一次新的发布,因此可以设置一个 hook,在 master 有提交时,自动执行 hook 脚本来开启构建程序并部署代码至发布环境服务器。
  • 开发分支 develop:与 master 平行的分支,用于日常开发,如新建、合并特性分支, bugfix等。当 develop 分支上的代码到达一个稳定的状态时,就可以发布版本。所有 develop 上的变更都应该以某种方式合并回 master 分支。
  • 特性分支:为了开发某种特定功能,从 develop 分支上面分出来的。开发完成后,需要再并入 develop。
  • 预发布分支:特性分支开发完成并测试 OK 后,需要合入 develop 分支,此时 develop 代码相对比较稳定,但还是需要进一步测试(比如过整站)。于是我们需要单独创建一个预发布分支,进行一些小的 bugfix 修改。预发布分支测试完成后,必须合并进 develop 和 master 分支,再执行发布。
  • hotfix 分支:处理现网紧急 bug。 hotfix 分支直接从 master 分支上面分出来,修补结束以后,再合入 master 和 develop 分支。

上面五种分支,除了 master 和 develop 分支是一直存在的外,其他分支都是暂时存在,发布完成即需要删除。

四,Git 子模块:

Git 子模块和 SVN 里面的 externals 相似,即在代码库的子目录中中引入另外一个代码库,并保持两个仓库的独立性。

在 Git 仓库中添加一个子模块 rack:

$ git submodule add git://github.com/chneukirchen/rack.git rack

这时会生成一个 .gitmodules 文件。这是一个配置文件,保存了项目 URL 和你拉取到的本地子目录,执行 cat .gitmodules 看看里面的内容

$ cat .gitmodules
[submodule "rack"]
      path = rack
      url = git://github.com/chneukirchen/rack.git

尽管 rack 是工作目录里的子目录,但 Git 把它视作一个子模块。两者之间本质上是两个独立的 Git 仓库,所有的 Git 命令在两个目录中都是独立工作。

五,工具介绍:

1,sourcetree:一款功能强大的 Git GUI 软件,大部分 Git 命令都可以在上面实现。重点是它将 Git 的所有 log 可视化,非常清晰的看出各个分支的走向。

下载地址:https://www.sourcetreeapp.com/download/

2,BeyondCompare:合代码必备神器,支持 MAC

下载地址:http://www.scootersoftware.com/download.php

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏Java技术分享

关于RBAC(Role-Base Access Control)的理解

有两种正在实践中使用的RBAC访问控制方式:隐式(模糊)的方式和显示(明确)的方式。

23180
来自专栏北京马哥教育

利用TCMalloc优化Nginx的性能

TCMalloc的全称为Thread-Caching Malloc,是谷歌开发的开源工具google-perftools中的一个成员。与标准的glibc库的Ma...

25850
来自专栏IT可乐

Linux系列教程(十八)——Linux文件系统管理之文件系统常用命令

  通过前面两篇博客,我们介绍了Linux系统的权限管理。Linux权限管理之ACL权限 介绍了通过设定 ACL 权限,我们为某个用户指定某个文件的特定权限,这...

217100
来自专栏腾讯DevOps

Git快速入门

git作为现在最为流行的版本管理系统,大部分公司都使用git进行版本控制,并且最大程序员交友网站github也是在git的基础上建立的。 很多人认为git难,在...

20540
来自专栏浪淘沙

Git学习总结2

13.远程仓库 将本地Git 与Github来链接起来,传输通过ssh加密。 (1)创建SSH Key 打开本地G...

7810
来自专栏Java技术分享

关于RBAC(Role-Base Access Control)的理解

有两种正在实践中使用的RBAC访问控制方式:隐式(模糊)的方式和显示(明确)的方式。

25080
来自专栏Java技术分享

关于RBAC(Role-Base Access Control)的理解

基于角色的访问控制(Role-Base Access Control) 有两种正在实践中使用的RBAC访问控制方式:隐式(模糊)的方式和显示(明确)的方式。 今...

21650
来自专栏草根专栏

Git -- 分支与合并 (命令行+可视化工具p4merge)

把所有的变化都放在master分支并不是最好的做法. 建议的做法是把变化放在分支里面.

65080
来自专栏LanceToBigData

Git(一)之基本操作详解

前言   在这段时间的工作中一直都是用Git作为版本控制,只是知道简单的几个命令,没有去了解它的内部原理。所以周末有时间来系统学习。   现在的公司基本上都是用...

207100
来自专栏IMWeb前端团队

From svn to git 你要知道的东西

最近团队项目准备从svn往git迁,于是做了一些相关的了解,发现svn跟git还是有很多不一样的,下面写了一些个人理解。 核心区别 分布式 vs 集中式 git...

20250

扫码关注云+社区

领取腾讯云代金券