导读目录
- 1.为什么要用Git版本控制
- 2.Git文件结构和存储原理
- 3.GitFlow分支开发规范
- 4.Git 常见问题和解决方案
- 5.持续集成和敏捷开发
1.为什么要用Git版本控制
当前的版本控制系统有以下几种:
- Git是目前世界上最先进的分布式版本控制系统，使用Git和Gitlab搭建版本控制环境是现在互联网公司最流行的版本控制方式
- SVN TortoiseSVN是一款非常易于使用的跨平台的 版本控制/版本控制/源代码控制软件。
- HG Mercurial 是一种轻量级分布式版本控制系统，采用 Python 语言实现，易于学习和使用，扩展性强。
- 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 文件，提交到版本库。
- 仓库级的配置文件：在仓库的 .git/.gitconfig，该配置文件只对所在的仓库有效。
- 全局配置文件：Mac 系统在 ~/.gitconfig，Windows 系统在 C:\Users<用户名>.gitconfig。
- 系统级的配置文件：在 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结合(步骤繁琐)
