Git与GitFlow工具介绍

痛定思痛。 2022-07-27 15:55 189阅读 0赞

关于版本控制  
什么是“版本控制”？我为什么要关心它呢？ 版本控制是一种记录一个或若干文件内容变化，以便将来查阅特定版本修订情况的系统。 不单单可以对保存着软件源代码的文件作版本控制，你可以对任何类型的文件进行版本控制。

有了它你就可以将某个文件回溯到之前的状态，甚至将整个项目都回退到过去某个时间点的状态，你可以比较文件的变化细节，查出最后是谁修改了哪个地方，从而找出导致怪异问题出现的原因，又是谁在何时报告了某个功能缺陷等等。 使用版本控制系统通常还意味着，就算你乱来一气把整个项目中的文件改的改删的删，你也照样可以轻松恢复到原先的样子。 但额外增加的工作量却微乎其微。

## 1. Git ##

### 1.1 Git基础 ###

#### 1.1.1 Git对待数据的方法——直接记录快照，而非差异比较 ####

优点体现在Git分支操作上  
![detas][]

![snapshot][]

#### 1.1.2 Git保证完整性 ####

Git 中所有数据在存储前都计算哈希校验和，然后以校验和来引用。若你在传送过程中丢失信息或损坏文件，Git 就能发现。  
实际上，Git 数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。SHA-1 哈希看起来是这样：  
`24b9da6552252987aa493b52f8696cd6d3b00373`——版本的唯一标识，版本回退时就要用到这个标识符。

#### 1.1.3 三个工作区域、Git文件三种状态、基本工作流程 ####

*  工作目录、暂存区域以及Git 仓库（本地/远程）。  
    ![文件三状态][20160325201535116]
 *  已修改（modified）、已暂存（staged）和已提交（committed）。
    
    > 已修改表示修改了文件，但还没保存到数据库中。 已暂存表示对一个已修改文件的当前版本做了标记，使之包含在下次提交的快照中。已提交表示数据已经安全的保存在本地数据库中。
 *  基本操作流程
    
    1.  在**工作目录**中**修改**文件。
    2.  **暂存**文件，将文件的快照放入**暂存区域**。
    3.  **提交**更新，找到暂存区域的文件，将快照永久性存储到**Git仓库目录**。

### 1.2 Git环境配置 ###

在系统上刚安装完Git后，需要要做几件事来定制你的 Git 环境。 **每台计算机上只需要配置一次**，程序升级时会保留配置信息。 你可以在任何时候再次通过运行命令来修改它们。

Git 自带一个 git config 的工具来帮助设置控制 Git 外观和行为的配置变量。 这些变量存储在三个不同的位置：

> 1.  /etc/gitconfig 文件: 包含系统上每一个用户及他们仓库的通用配置。 使用 `--system` 选项的 git config 时，它会从此文件**读写**配置变量。
> 2.  ~/.gitconfig 或 ~/.config/git/config 文件：只针对当前用户。 使用`--global` 选项让 Git **读写**此文件。
> 3.  当前使用仓库的 Git 目录中的 config 文件（就是 .git/config）：针对该仓库，使用`--local`。

配置文件**覆盖（overload）关系**：当前仓库.git/config 覆盖 ~/.gitconfig 或 ~/.config/git/config 覆盖 /etc/gitconfig  
**注**：只覆盖同名变量

#### 1.2.1 最基本配置 ####

> 当安装完 Git 应该做的第一件事就是设置你的用户名称与邮件地址。 这样做很重要，因为每一个 Git 的提交都会使用这些信息，并且它会写入到你的每一次提交中：

$ git config --global user.name "John Doe"
    $ git config --global user.email johndoe@example.com

#### 1.2.2 其他配置（提高工作效率、非必须） ####

.gitconfig文件截图示例

![.gitconfig][]

.gitignore文件截图示例 [一个各种语言的gitignore列表][gitignore]

![这里写图片描述][20160325113840740]

**顺便一提**：home目录下（其他位置也有）有许多的 **.xxx**开头的隐藏文件和文件夹(需勾选show hiden files)，这些文件是各种环境的配置文件，统称为**dotfiles**，对于一些常用的**自己量身定制**的配置文件(如.bashrc, .vim, .emacs, .gitconfig, .gitignore …)( **每台计算机上只需要配置一次**)，技术人员会将这些文件保存到云端（github上一堆），方便换到其他电脑时直接下载使用。好东西值得拥有！！好东西值得拥有！！好东西值得拥有！！（打算弄个，暂时没有）

### 1.3 基本指令 ###

[基本指令大全][Link 1]：已按照功能将指令分块，便于忘记指令时按照需求快速查找定位。点进去啊，这个挺有意思的，可以当document使用~~  
![cheatsheet][]

### 1.3.1 文件的状态变化周期–git status ###

![lifecircle][]  
请记住，你工作目录下的每一个文件都不外乎这两种状态：已跟踪或未跟踪。已跟踪的文件是指那些被纳入了**版本控制**的文件。  
与1.1节不矛盾，上面指git管理下的文件状态，这里指工作空间下的所有文件的状态。

### 1.3.2 最最基本指令 ###

**指令只讲用途，不讲具体操作**，具体操作靠自己上手。  
\- init 在当前工作目录初始化git版本管理器（产生.git隐藏文件夹）  
\- clone 克隆远程仓库到当前工作目录（clone的方式会自带一个.git隐藏文件夹，下载.zip不会有，所以建议用clone的方式下载各种源码，方便远程同步更新和各个版本切换 ）  
\- add 添加到暂存区  
\- commit 提交到仓库  
\- log 查看提交日志  
\- branch 查看所有分支  
\- reset 版本回退/撤销修改  
\- checkout 分支切换/撤销修改  
\- merge 分支合并  
\- push 把本地仓库推送到远程仓库  
\- fetch 把远程仓库拉回本地仓库  
\- pull 把远程仓库拉到工作区 fetch+merge  
![最最基本指令][20160325115010972]  
![基本指令2][2]  
![Head][]  
1. HEAD 始终指向<<当前所处>>分支的最新的提交点。所处分支变了或产生了新的提交点，HEAD会变. 将 HEAD 想象为当前分支的别名  
2. Working directory，它是你的工作目录，也是当前你看到的东西。你的工作目录是与版本、分支相关的。  
3. Stage 虽然看不见，但是执行git status就会看到哪些对象的修改将在下一次commit的时候被放进本地仓库。

### 1.3.3 功能强大的指令 ###

*  diff 比较文件差异、改动 有更方便的difftool工具查看改动
 *  stash
 *  reflog HEAD改动历史记录
 *  rebase 变基
 *  …(我不知道的指令。。。)

### 1.4 Git使用规范 ###

![git使用规范][git]  
1. fork 将别人的仓库复制到自己的git上。  
2. clone 到本地仓库。  
3. 新建分支，修改提交A  
4. 修改提交B  
5. 远程master有更新C  
6. rebase操作  
7. push到自己的远程仓库  
8. 申请提交pull request  
![rebase][]

## 2 Git Flow ##

#### 2.1 用途 ####

大型团队项目中高效快速管理分支（初始化/新建/结束 分支）

#### 2.2 图示 ####

![gitflow][]

#### 2.3 七条指令 ####

先看参考链接2，然后结合上图，7条指令干了什么一目了然。  
\- git flow init  
\- git flow feature start xxx  
\- git flow feature finish xxx  
\- git flow release start 0.1.xx  
\- git flow release finish 0.1.xx  
\- git flow hotfix start xxx  
\- git flow hotfix finish xxx

## 3 UI界面 ##

知道了基本命令的用途后，可以结合git相关的UI界面来快速上手，如git gui和gitk。

ubuntu可以用非商用免费版的[SmartGit][]，同样支持git-flow。

--------------------

参考：  
1. [git教程][git 1]  
2. [A successful Git branching model-Git Flow][]  
3. [Using git-flow to automate your git branching workflow][]

[detas]: /images/20220727/d85f68da08564a62a0c0fec509e82bfe.png
[snapshot]: /images/20220727/0790f4395b80424fb0eba6aa9f30c495.png
[20160325201535116]: /images/20220727/7a5dda10a0954c37977408a9e2d570c7.png
[.gitconfig]: /images/20220727/690714db51b94084b19f71ccbd67593b.png
[gitignore]: https://github.com/github/gitignore
[20160325113840740]: /images/20220727/62c14384d2644660a83cd9f9ed6b03ab.png
[Link 1]: http://ndpsoftware.com/git-cheatsheet.html
[cheatsheet]: /images/20220727/0ced32ffc06541d98a16bee44939d87d.png
[lifecircle]: /images/20220727/7b99dbf716e54848bca8563b019d5146.png
[20160325115010972]: /images/20220727/2fa7e982045646ddba244b67102825b3.png
[2]: /images/20220727/3ab5689f97e04a77908adfa3280bd2b4.png
[Head]: /images/20220727/41eb3c805c734c5ba3fbcb07cff961e7.png
[git]: /images/20220727/0402cc6a358b48718a0d92eff217b7ea.png
[rebase]: /images/20220727/24bdd2d552b84b2eafbb4d747d1c42f9.png
[gitflow]: /images/20220727/fecdcb725ff0443ebda7c41a9c1aebe9.png
[SmartGit]: http://www.syntevo.com/smartgit/download
[git 1]: https://git-scm.com/book/zh/v2
[A successful Git branching model-Git Flow]: http://nvie.com/posts/a-successful-git-branching-model/
[Using git-flow to automate your git branching workflow]: http://jeffkreeftmeijer.com/2010/why-arent-you-using-git-flow/