Git分布式版本控制

Posted 2020-10-18

一、常见的版本管理工具有

SVN 集中式的版本控制系统，只有一个中央数据仓库，如果中央数据仓库挂了或者不可访问，所有的使用者无法使用SVN，无法进行提交或者备份文件

Git 分布式的版本控制系统，在每个使用者电脑就有一个完整的数据仓库，没有网络依然可以使git，当然为了习惯团队协作，会将本地数据同步到git服务器或者GitHub等代码仓库

二、Git介绍

Git是一款免费、开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。

Git的三种重要模式，分别是已提交、已修改、已暂存

已提交(committed):表示数据文件已经顺利提交到Git数据库中。

已修改(modified):表示数据文件已经被修改，但未被保存到Git数据库中。

已暂存(staged):表示数据文件已经被修改，并会在下次提交时提交到Git数据库中。

提交前的数据文件可能会被随意修改或丢失，但只要把文件快照顺利提交到Git数据库中，那就可以完全放心了，流程为：

1.在工作目录中修改数据文件。

2.将文件的快照放入暂存区域。

3.将暂存区域的文件快照提交到Git仓库中。

三、Git安装

[[email protected] ~]# getenforce #确认Selinux关闭状态

Disabled

[[email protected] ~]# systemctl stop firewalld #关闭防火墙

yum install  git -y

四、Git全局配置

git config --global user.name "zcf"  # 配置git使用用户

git config --global user.email "[email protected]"  # 配置git使用邮箱

git config --global color.ui true  # 语法高亮

git config --list # 查看全局配置

五、Git常用命令

add #添加文件内容至索引

bisect #通过二分查找定位引入 bug 的变更

branch #列出、创建或删除分支

checkout #检出一个分支或路径到工作区

clone #克隆一个版本库到一个新目录

commit #记录变更到版本库

diff #显示提交之间、提交和工作区之间等的差异

fetch #从另外一个版本库下载对象和引用

grep #输出和模式匹配的行

init #创建一个空的 Git 版本库或重新初始化一个已存在的版本库

log #显示提交日志

merge #合并两个或更多开发历史

mv #移动或重命名一个文件、目录或符号链接

pull #获取并合并另外的版本库或一个本地分支

push #更新远程引用和相关的对象

rebase #本地提交转移至更新后的上游分支中

reset #重置当前HEAD到指定状态

rm #从工作区和索引中删除文件

show #显示各种类型的对象

status #显示工作区状态

tag #创建、列出、删除或校验一个GPG签名的 tag 对象

六、Git初始化目录

工作目录(git_data ):当前存放数据的地方

暂存区域(.git):暂时存放数据的地方

本地仓库(.git):永久存放数据的地方

mkdir git_data

cd git_data/

# 初始化

git init

# 查看工作区状态

git status

七、Git添加文件

[[email protected] git_data]# touch readme

[[email protected] git_data]# git status

# 未跟踪的文件:

#   （使用 "git add <file>..." 以包含要提交的内容）

#

# readme    ###发现新建的readme文件  工作目录

[[email protected] git_data]# git status

# 位于分支 master

# 要提交的变更：

#   （使用 "git reset HEAD <file>..." 撤出暂存区）

#

# 新文件：    readme  ####暂存区域

[[email protected] git_data]# git commit -m "the first commit"

[master 8ad0e05] the first commit

 1 files changed, 0 insertions(+), 0 deletions(-)

 create mode 100644 readme   #####存放到本地仓库

八、Git 删除暂存区数据

#####有些时候会向把已经添加到暂存区的文件移除，但仍然希望文件在工作目录中不丢失，换句话说，就是把文件从追踪清单中删除。

###没有添加到暂存区的数据直接rm删除即可

##已经添加到暂存区的数据

Git rm --cached database  ##将文件从Git暂存区域的追踪列表移除（并不会删除当前目录内的数据文件）

git rm -f  database  ##讲文件数据从Git暂存区和工作目录一起删除

####没有添加到暂存区的数据直接mv/rename 改名即可

####已经添加到暂存区的数据

git mv readme notice

九、Git历史记录

#查看提交历史记录

git log   

#查看最近几条记录

git log -2  

#-p显示每次提交的内容差异,例如仅查看最近一次差异

git log -p -1 

#--stat简要显示数据增改行数，这样能够看到提交中修改过的内容，对文件添加或移动的行数，并在最后列出所有增减行的概要信息

git log --stat -2

#--pretty根据不同的格式展示提交的历史信息

git log --pretty=oneline

#以更详细的模式输出提交的历史记录

git log --pretty=fuller -2

#查看当前所有提交记录的简短SHA-1哈希字串与提交者的姓名，其他格式见备注。

git log --pretty=fomat:"%h %cn"

还可以使用format参数来指定具体的输出格式，这样非常便于后期编程的提取分析哦，常用的格式有：

%s    提交说明。

%cd    提交日期。

%an    作者的名字。

%cn    提交者的姓名。

%ce    提交者的电子邮件。

%H    提交对象的完整SHA-1哈希字串。

%h    提交对象的简短SHA-1哈希字串。

%T    树对象的完整SHA-1哈希字串。

%t    树对象的简短SHA-1哈希字串。

%P    父对象的完整SHA-1哈希字串。

%p    父对象的简短SHA-1哈希字串。

%ad    作者的修订时间。

十、Git还原数据

Git服务程序中有一个叫做HEAD的版本指针，当用户申请还原数据时，其实就是将

HEAD指针指向到某个特定的提交版本，但是因为Git是分布式版本控制系统，为了避

免历史记录冲突，故使用了SHA-1计算出十六进制的哈希字串来区分每个提交版本，

另外默认的HEAD版本指针会指向到最近的一次提交版本记录，而上一个提交版本会

叫HEAD^，上上一个版本则会叫做HEAD^^，当然一般会用HEAD~5来表示往上数第

五个提交版本。

git reset --hard HEAD^ #→还原历史提交版本上一次

git reset --hard 3de15d4 #→找到历史还原点的SHA-1值后，就可以还原(值不写全,系统

会自动匹配)

#####还原未来数据

什么是未来数据？就是你还原到历史数据了，但是你后悔了，想撤销更改，但是git

log已经找不到这个版本了。

git reflog #→查看未来历史更新点

十一、Git标签

Git标签使用前面回滚使用的是一串字符串，又长又难记。

git tag v1.0 #→当前提交内容打一个标签(方便快速回滚)，每次提交都可以打个tag。

git tag #→查看当前所有的标签

git show v1.0 #→查看当前1.0版本的详细信息

git tag v1.2 -m "version 1.2 release is test" #→创建带有说明的标签,-a指定标签名字， -m指定说明文字

git tag -d v1.0 #→我们为同一个提交版本设置了两次标签,删除之前的v1.0

[[email protected] git_data]# git reset --hard 0bdf2e7

HEAD is now at 0bdf2e7 modified README file

[[email protected] git_data]# git reset --hard V1.0

####对比数据

git diff可以对比当前文件与仓库已保存文件的区别，知道了对README作了什么修改后，再把它提交到仓库就放?多了。

git diff README

十二、分支结构

在实际的项目开发中，尽量保证master分支稳定，仅用于发布新版本，平时不要随便直接修改里面的数据文件。

那在哪干活呢？干活都在dev分支上。每个人从dev分支创建自己个人分支，开发完合并到dev分支，最后dev分支合并到master分支。

[[email protected] git_data]# git status

# On branch master   #默认就在master分支

[[email protected] git_data]# git branch dev     #创建dev分支

[[email protected] git_data]# git branch          #查看当前所在分支/查看所有分支

  dev

* master

[[email protected] git_data]# git checkout dev   #切换分支到dev

[[email protected] git_data]# git branch         #查看当前所在分支/查看所有分支

* dev

  master

[[email protected] git_data]# git branch dev     #创建dev分支

[[email protected] git_data]# git branch          #查看当前所在分支/查看所有分支

  dev

* master

[[email protected] git_data]# git checkout dev   #切换分支到dev

[[email protected] git_data]# git branch         #查看当前所在分支/查看所有分支

* dev

  master

  

  注：切换分支之前请务必commit，否则修改会丢失。

[[email protected] git_data]# git checkout dev   #切换分支到dev

[[email protected] git_data]# echo "dev branch" >> kkk.txt 

[[email protected] git_data]# git status

[[email protected] git_data]# git commit -a -m "dev-commit"   #提交

十三、分支自动合并

1）自动合并：只有文件同一行内容没有冲突，就可以自动合并

[[email protected] git_data]# git checkout master  #切换到master分支

Switched to branch 'master'

[[email protected] git_data]# git merge dev    #把dev分支自动合并到当前分支

Updating 242bac0..995e05e

Fast-forward

 kkk.txt | 2 ++

 1 file changed, 2 insertions(+)

  

2)合并冲突： 文件冲突 – 文件的同一行有不同的内容

  模拟冲突(分别修改不同分支文件中的同一行的内容并提交)：

echo "master-test"  >>kkk.txt    #在master分支向文件输出测试内容

git commit -a -m "this is master-test"  #提交

git checkout dev     #切换分支到dev

echo "dev-test" >> kkk.txt   #在dev分支向文件输出测试内容

git commit -a -m "this is dev-test"   #提交

git branch master    #再次切换到master分支

git merge dev    #进行合并

3)合并冲突：

[[email protected] git_data]# git merge dev

Auto-merging kkk.txt

CONFLICT (content): Merge conflict in kkk.txt

Automatic merge failed; fix conflicts and then commit the result.

4)手动解决合并冲突

修改提交的文件，保留要留下的内容，其他冲突内容删除

[[email protected] git_data]# cat kkk.txt 

test

dev branch

<<<<<<< HEAD

master-test

=======

dev-test

>>>>>>> dev

#比如要保留master-test，其他提示内容都删除，删除后文件内容如下：

[[email protected] git_data]# cat kkk.txt 

test

dev branch

master-test

#再次提交

[[email protected] git_data]# git commit -a -m "解决合并冲突" 

[master 071f8cd] 解决合并冲突

#重新进行合并

[[email protected] git_data]# git merge dev

Already up-to-date.

可以看到，冲突已经解决。

5)删除dev分支

git branch -d dev

十四、windows客户端使用

windows的git，本质是windows上的linux系统

TortoiseGit-2.2.0.0-64bit 给git加外壳， svn客户端的git版本

十五、Git服务器

1）使用GitHub或者码云等公共代码仓库

2）使用GitLab私有仓库

私有仓库GITLAB

 https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/

机器内存给大点

yum localinstall gitlab-ce-9.1.4-ce.0.el7.x86_64.rpm

gitlab-ctl reconfigure #→初始化，就执行一次

gitlab-ctl status/stop/start

通过浏览器访问页面，设置初始密码，其他操作类似GitHUB。

账户： root 密码自己设置为12345678

注:gitlab搭配ssh默认端口引发的血战

[ sed -i ‘s/#Port 22/Port 52113/g’ /etc/ssh/sshd_config

#如果是默认的22,就必须修改,否则不生效,我这里改为了52113

systemctl restart sshd #重启sshd服务

grep “ssh_port” /etc/gitlab/gitlab.rb #修改gitlab里面的ssh_prot端口为自己服务器的sshd端口,声明gitlab.yml中的配置会被这个给覆盖

gitlab_rails[‘gitlab_shell_ssh_port’] = 52113

 gitlab-ctl reconfigure #gitlab重新加载配置文件即可

十六、GITHUB使用

Github顾名思义是一个Git版本库的托管服务，是目前全球最大的软件仓库，拥有上百

万的开发者用户，也是软件开发和寻找资源的最佳途径， Github不仅可以托管各种Git

版本仓库，还拥有了更美观的Web界面，您的代码文件可以被任何人克隆，使得开发

者为开源项贡献代码变得更加容易，当然也可以付费购买私有库，这样高性价比的私

有库真的是帮助到了很多团队和企业