Git存储原理和敏捷开发

导读目录

• 1.为什么要用Git版本控制

• 2.Git文件结构和存储原理

• 3.GitFlow分支开发规范

• 4.Git 常见问题和解决方案

• 5.持续集成和敏捷开发

1.为什么要用Git版本控制

当前的版本控制系统有以下几种:

1. Git是目前世界上最先进的分布式版本控制系统，使用Git和Gitlab搭建版本控制环境是现在互联网公司最流行的版本控制方式
2. SVN TortoiseSVN是一款非常易于使用的跨平台的 版本控制/版本控制/源代码控制软件。
3. HG Mercurial 是一种轻量级分布式版本控制系统，采用 Python 语言实现，易于学习和使用，扩展性强。
4. CVS 是版本控制系统，是源配置管理（SCM）的重要组成部分。

SVN存在的缺陷

Git的优势

1.Git把内容按元数据方式存储,hash存储方式, 每一次提交都是一个整个项目的镜像.

2.每个客户端的源,都可以作为clone对象.包含所有中心版本库的元素.

两者差异

源于linux的一句话, 一切系统皆为文件, svn左边, git右边. Git每次提交,都是一个对项目的 完整快照.

[传送门]svn转Git管理教程

2.Git文件结构和存储原理

Git的文件结构

当在一个新目录或已有目录执行 git init 时，Git 会创建一个 .git 目录。 这个目录包含了几乎所有 Git 存储和操作的对象。

一切系统都是有文件构成. 这些文件管理着 一个项目的版本.

Git存储结构

Git的文件存储结构, 不恰当的类比java中 hashMap的存储的(位桶数组+单向链表或红黑树) 桶链存储结构, 通俗的讲: 先用桶用分类规则.把一堆数据,装进筒子里,如下图所示.

Git的存储方式

文件存储, 版本越多,存储信息越大, 运行也就越慢.

下图,是 一次commit产生的一棵树(一个快照).

只要文件内容相同, 那么就是一个blob, (不管他的路径是否一样),

Git的一次提交, commit信息会刷新,这次产生变化的文件的hash值,也就是blob,

git使用hash值作为文件名，主要是为了对比差异，只要文件变了，那么该文件的hash值就会变，与老版本的文件名就不同，就可以据此判定有差异，这个信息会随着文件夹向上传递，也就催生了不同的tree包含这些不同的blob。

Emm…沿着思路想下去…

一个文件,修改后,内容变化了, 产生两个blob,
修改次数越多, blob 越多.内存占用越来越大?

git gc 了解一下….

Git 往磁盘保存对象时默认使用的格式叫松散对象 (loose object) 格式。Git 时不时地将这些对象打包至一个叫 packfile 的二进制文件以节省空间并提高效率。当仓库中有太多的松散对象，或是手工调用 git gc 命令，或推送至远程服务器时，Git 都会这样做.

为什么Git新建分支速度快?

打开项目Git目录, 寻找出一个分支,并打开,查看里面的sha-1字符串.

我们可以在分支间随意切换，并且都是瞬间切换完成。

Git基本命名

Git的基本操作命令， 在这里不做过多赘述，本节会着重讲解Git中的两个疑惑点。

Reset和Revert区别

git reset
回滚代码到 某commit点,删除之前版本(想恢复到之前某个提交的版本，且那个版本之后提交的版本我们都不要了，就可以用这种方法).

Git revert
如果我们想恢复之前的某一版本,而不删除之前版本（该版本不是merge类型，但是又想保留该目标版本后面的版本，记录下这整个版本变动流程，就可以用这种方法）。

工作区和暂存区

add 命令 现在暂时有两个作用：1 将文件添加到被跟踪状态 2：将文件从工作区放到暂存区
Commit 文件，提交到版本库。

1. 仓库级的配置文件：在仓库的 .git/.gitconfig，该配置文件只对所在的仓库有效。
2. 全局配置文件：Mac 系统在 ~/.gitconfig，Windows 系统在 C:\Users<用户名>.gitconfig。
3. 系统级的配置文件：在 Git 的安装目录下（Mac 系统下安装目录在 /usr/local/git）的 etc 文件夹中的 gitconfig。

明确了为啥要用git了, 那这里就要开始准备SVN迁移git啦~

明确了为啥要用git了, 那这里就要学习git的分支管理和gitflow流程啦~

---

3.GitFlow分支开发规范

主干分支master(为项目发布的最新版本),

也是用于部署生产环境的分支，确保master分支稳定性
master 分支一般由develop以及hotfix分支合并，任何时间都不能直接修改代码

develop(为最新的代码)

develop 为开发分支，始终保持最新完成以及bug修复后的代码
一般开发的新功能时，feature分支都是基于develop分支下创建的

业务分支module

货运,调度 ,等等.
业务线module/货运

特性分支feature

开发新功能时，以develop为基础创建feature分支
开头的为特性分支，例如实验性且效果不好的代码变更
可以从develop分支发起feature分支
代码必须合并回develop分支

分支命名: feature/
命名规则:feature/分享功能、 module/货运_feature/login功能、 feature/sonar扫描错误修改

release分支

release分支专为 发布版本而建的分支.也可以叫预生产环境.也可以用master分支+tag方式来代替.

一般从develope分支创建.当develop分支上的代码已经包含了所有将发布的版本中计划的功能，并且已通过所有测试时，我们就可以考虑准备创建release分支.

也就是说, 开发完成,测试完毕后,准备发布版本的分支release/v1.0.0 ,

创建后,只允许做小的缺陷修正,以及准备发布版本所需的各项说明信息（版本号、发布时间,渠道分布等等).确定没问题合并到master和develop，可以删除分支,后期有需要直接从master分支的tag中找到并checkout为release/xxx分支,进行bug修复.

等发布成功后, 切记要把将新的release/v1.0.0的代码合并到develope中.

其他分支

issue分支:用于项目代码评审,或者整改gitlab提出的issue. 命名为issue/代码安全加固

hotfix分支:用于线上bug修复,在特定release分支上创建,完成后需要同时推到 对应release 分支,待测试没有问题后, 推送到develop分支,以及master分支.

开发迭代思路

普通迭代思路

–>新建项目->创建develope分支,master分支—>需求->在develope分支进行开发->merge其他人代码-> 完成功能->测试在develope分支进行测试->测试结束->切换到master分支,merge develope代码->封包,打上tag标签v1.0.0----->下一个需求.

敏捷迭代思路

4.Git 常见问题和解决方案

1. 如何修改git commit的 msg?

不建议修改某个commit的 messge!!!
commit修改,会同时修改掉commitid, 也就意味着这是一次新的提交, 会打乱提交树的顺序.

2. 为什么账户名和邮箱名无法修改?

1.local，在.git/config里面,针对当前仓库的配置，git配置默认为local级别

git config [--local] user.name 本仓库的用户名
git config [--local] user.email 本仓库的用户邮箱

2.global，在个人home目录下的,针对当前系统用户的仓库

git config --global user.name 本仓库的用户名
git config --global user.email  本仓库的用户邮箱

3.system，在git安装目录的下,针对当前操作系统所有用户的仓库。（该级别通常不用于配置用户信息）

git config --system user.name 本仓库的用户名
git config --system user.email 本仓库的用户邮箱

3.如何忽略不需要提交的文件?

使用.ignore文件

.ignore放到和.git同级的目录中.可以自定义规则

PS:如果之前添加到了git管理, 但是现在想忽略掉怎么办?

编辑你的.ignore文件后,执行以下命令

git rm -r --cached . 
git add .
git commit -am "Remove ignored files"
git push 你的远端仓库

4.糟了, 代码不小心push到了远端仓库怎么办?

git revert 你的commitID
//将代码状态撤回到该commitID之前.

5.同事提交代码后, 我的分支只想要他的某几个commit?

cherry-pick了解一下.

• 切换到 选择同事的分支
• 选择几个想要的commit
• 进行cherry-pick操作

6.提交记录不小心弄木有了,有木有后悔药?

git reflog 了解一下, 结合git rebase 要指向的commitID

7.Idea的Git插件下,别人分支提交代码,

自己分支merge不到,说别人没提交代码?

Git是分布式的,狂点refresh没用的!!!…
需要重新pull远端代码, 来更新本地仓库.才会有最新的提交记录.

8.为什么我merge,或者cherry-pick后的commit记录找不到了?

Git的commit排序, 是按照时间排序的!!! Commit时间越新,越靠前
还有看 log是否是当前branch.

####9.其他注意事项

• git push -f不能使用. 他会清空之前的commit记录.
• 公共分支 master和 develop,不能进行 rebase操作,原则上只能改自己的分支.
• push代码之前,尽量先pull代码,将远端代码更新到本地,merge完毕后,运行正常后,再进行push操作.
• .为了避免代码冲突, 本地仓库要及时push 到远程gitlab

6.可持续集成

可持续集成又叫Continuous integration(CI),一种软件开发实践，即团队开发成员经常集成它们的工作，通过每个成员每天至少集成一次，也就意味着每天可能会发生多次集成。每次集成都通过自动化的构建（包括编译，发布，自动化测试）来验证，从而尽早地发现集成错误。

有两种方式

• gitlab+Jenkins

• gitlab+gitlabCI

生产模型

Jenkins

Jenkins  是一个可扩展的持续集成引擎。

主要功能

• 持续、自动地构建/测试软件项目.
• 监控一些定时执行的任务.
  

主要可配置项目

• 自定义构建参数
• 执行gradle,maven等项目脚本
• 定时任务
• 挂载gitlab,sonar等第三方平台
• 界面高度可定制化

Jenkins业务流程

• 项目配置
• 自定义构建参数
• 自定义构建log日志输出
• 查看build日志,错误日志
• 目标文件生成
• 构建完成通知 (钉钉,测试邮件等等)

Jenkins管道任务

6.其他

常用工具

用Mac, linux, 还是windows,都会有对应的Git图形管理界面, 主要展示idea插件.

• sourcetree
• idea的git插件
• Git命令
• TortoiseGit

以idea为例

如何使用Git进行团队CodeReview?

• GitLab设置保护分支 (当前方式)
• Git + Gerrit结合(步骤繁琐)