一、版本控制工具应具备的功能
- 协调修改
- 多人并行不悖的修改服务器端的同一个文件
- 数据备份
- 不仅保持目录和文件的当前状态,还能够保持每个提交过的历史状态
- 版本管理
- 在保存每一个版本的文件新鲜的时候要做到不保存重复数据以节省存储空间。【SVN采用增量式管理方式,Git使用文件系统快照管理方式】
- 权限控制
- 对团队中参与开发的人员进行权限控制
- 对团队外开发者贡献的代码进行审核——Git独有
- 历史记录
- 查看修改人、修改时间、修改内容、日志信息
- 将本地文件恢复到某一个历史状态
- 分支管理
- 允许开发团队在工作过程中多条生产线同时推进任务,进一步提高效率
二、版本控制简介
版本控制
工程设计领域中使用版本控制管理工程蓝图的设计过程。在IT 开发过程中也可以使用版本控制思想管理代码的版本迭代。
版本控制工具
- 集中式版本控制工具:CVS、SVN、VSS……【当远程库损坏,重新上传代码,因为本地只保存了当前代码,所以以前记录将会丢失】
- 分布式版本控制工具:Git、Mercurial、Bazaar、Darcs……【当远程库损坏,重新上传代码,因为本地保存了所有记录,所以历史信息完好无损】
三、Git 简介
Git简史

Git 的优势
- 大部分操作在本地完成,不需要联网
- 完整性保证
- 尽可能添加数据而不是删除或修改数据
- 分支操作非常快捷流畅
- 与 Linux 命令全面兼容
Git结构

四、Git命令行操作
本地库初始化
命令:git init
效果:生成.git目录,目录下有如下文件

设置签名
注意:这里设置的签名和登陆远程库(代码托管中心)的账号、密码没有任何关系
项目/仓库级别设置(优先)
- 设置用户名:git config user.name hobocat
- 设置Email:git config user.email hobocat@126.com
系统用户级别设置
- 设置用户名:git config –global user.name hobocat
- 设置Email:git config –global user.email hobocat@126.com
信息保存的位置,仓库级别存放于.git文件下的config,系统级别保存在用户家目录下的.gitconfig文件夹下

基本操作
查看状态
git status 查看当前所属分支以及工作区和暂存区状态
添加文件到暂存区
git add [file name] 将工作区的“新建/修改“添加到暂存区
提交
git commit -m “commit message” [file name] 将暂存区的内容提交到本地库
git commit -a -m “commit message” 将暂存区的全部文件提交到本地库
查看历史记录
git log 多屏操作空格向下翻页、b 向上翻页、q 退出

git log –pretty=oneline 简洁打印完整的HASH值

git log –oneline 简洁打印部分HASH值

git reflog 以指针偏移值打印,HEAD@{移动到当前版本需要多少步},可以显示回退之前版本

前进后退【本质是头指针指向版本的改变】
git reset –hard [index] 基于索引值的操作【推荐】

git reset –hard HEAD^ 一个^表示后退一步,n 个表示后退n 步

git reset –hard HEAD~[n] 表示后退n 步

reset 命令的三个参数soft、mixed、hard对比
–soft 移动本地库
–mixed 移动本地库、重置暂存区
–hard 移动本地库、重置暂存区、重置工作区
比较文件差异
git diff [文件名] 比较指定文件与本地库区别
git diff 【本地库中历史版本】【文件名】 比较指定文件与历史
git diff 比较所有文件与本地库区别

分支管理
分支定义:在版本控制过程中,使用多条线同时推进多个任务。

分支的好处:
同时并行推进多个功能开发,提高开发效率
分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可
分支操作
创建分支
git branch [分支名]
查看分支
git branch -v
切换分支
git checkout
合并分支
- 第一步:切换到接受修改的分支(被合并,增加新内容)
- 第二步:执行merge 命令 git merge [有新内容分支名]
解决冲突
- 冲突的表现

- 冲突的解决
- 第一步:编辑文件,删除特殊符号
- 第二步:把文件修改到满意的程度,保存退出
- 第三步:git add [文件名]
- 第四步:git commit -m “日志信息”,注意:此时commit 一定不能带具体文件名
五、Git 基本原理
一致性保证
Git 底层采用的是SHA-1 算法校验文件是否相同

保存版本的机制
集中式版本控制工具的文件管理机制
以文件变更列表的方式存储信息。这类系统将原始文件作为基准文件,保存每次更改的差异信息。

Git 的文件管理机制
Git 把数据看作是小型文件系统的一组快照。每次提交更新时Git 都会对当前的全部文件制作一个快照并保存这个快照的索引。为了高效,如果文件没有修改,Git 不再重新存储该文件,而是只保留一个链接指向之前存储的文件。所以Git 的工作方式可以称之为快照流。

分支管理机制
分支的创建,仅仅是创建一个分支的指针指向当前分支
切换分支,将HEAD指针指向指定的分支即可
六、Git工作流
集中式工作流
像SVN 一样,集中式工作流以中央仓库作为项目所有修改的单点实体。所有修改都提交到Master 这个分支上。这种方式与SVN 的主要区别就是开发人员有本地库。Git 很多特性并没有用到。

GitFlow 工作流
Gitflow 工作流通过为功能开发、发布准备和维护设立了独立的分支,让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。

Forking 工作流
Forking 工作流是在GitFlow 基础上,充分利用了Git 的Fork 和pull request 的功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者,而且能接受不信任贡献者的提交。

- 主干分支master 主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境完全一致。
- 开发分支develop 主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。
- bug修理分支hotfix 主要负责管理生产环境下出现的紧急修复的代码。从主干分支分出,修理完毕并测试上线后,并回主干分支,并回后,视情况可以删除该分支。
- 准生产分支(预发布分支) release 较大的版本上线前,会从开发分支中分出准生产分支,进行最后阶段的集成测试。该版本上线后,会合并到主干分支。生产环境运行一段阶段较稳定后可以视情况删除。
- 功能分支feature 为了不影响较短周期的开发工作,一般把中长期开发模块,会从开发分支中独立出来。开发完成后会合并到开发分支。
七、Gitlab安装
第一步:下载rpm包【Gitlab过大在线安装不可靠】
rpm包下载地址,社区版选择CE,注意版本没按照顺序排
第二步:设置防火墙,防火墙已经被关闭则跳过此步骤
| |
第三步:安装邮件发送服务
| |
第四步:安装Gitlab
| |
第五步:Gitlab初始化、启动、关闭
| |
注意:
- 机器内存大于2G
- 配置文件
/etc/gitlab/gitlab.rb,修改之后使用gitlab-ctl reconfigure重新配置