Git分布式版本控制

简介:

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

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

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


二、Git介绍

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

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

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

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

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

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

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

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

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


三、Git安装

[root@git-node1 ~]# getenforce #确认Selinux关闭状态

Disabled

[root@git-node1 ~]# systemctl stop firewalld #关闭防火墙

yum install  git -y


四、Git全局配置

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

git config --global user.email "137182136766@139.com"  # 配置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添加文件

[root@git git_data]# touch readme

[root@git git_data]# git status

# 未跟踪的文件:

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

#

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


[root@git git_data]# git status

# 位于分支 master

# 要提交的变更:

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

#

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


[root@git 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

[root@centos7 git_data]# git reset --hard 0bdf2e7

HEAD is now at 0bdf2e7 modified README file

[root@centos7 git_data]# git reset --hard V1.0

####对比数据

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

git diff README


十二、分支结构

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

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

[root@gitlab git_data]# git status

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

[root@gitlab git_data]# git branch dev     #创建dev分支

[root@gitlab git_data]# git branch          #查看当前所在分支/查看所有分支

  dev

* master


[root@gitlab git_data]# git checkout dev   #切换分支到dev

[root@gitlab git_data]# git branch         #查看当前所在分支/查看所有分支

* dev

  master


[root@gitlab git_data]# git branch dev     #创建dev分支

[root@gitlab git_data]# git branch          #查看当前所在分支/查看所有分支

  dev

* master


[root@gitlab git_data]# git checkout dev   #切换分支到dev

[root@gitlab git_data]# git branch         #查看当前所在分支/查看所有分支

* dev

  master

  

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

[root@gitlab git_data]# git checkout dev   #切换分支到dev

[root@gitlab git_data]# echo "dev branch" >> kkk.txt 

[root@gitlab git_data]# git status

[root@gitlab git_data]# git commit -a -m "dev-commit"   #提交



十三、分支自动合并

1)自动合并:只有文件同一行内容没有冲突,就可以自动合并

[root@gitlab git_data]# git checkout master  #切换到master分支

Switched to branch 'master'

[root@gitlab 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)合并冲突:

[root@gitlab 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)手动解决合并冲突

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

[root@gitlab git_data]# cat kkk.txt 

test

dev branch

<<<<<<< HEAD

master-test

=======

dev-test

>>>>>>> dev

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

[root@gitlab git_data]# cat kkk.txt 

test

dev branch

master-test

#再次提交

[root@gitlab git_data]# git commit -a -m "解决合并冲突" 

[master 071f8cd] 解决合并冲突

#重新进行合并

[root@gitlab 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版本

微信截图_20171219145235.png


十五、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界面,您的代码文件可以被任何人克隆,使得开发

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

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











本文转自 only223wym 51CTO博客,原文链接:http://blog.51cto.com/ymchaofeng/2052097,如需转载请自行联系原作者
目录
相关文章
|
12天前
|
项目管理 开发工具 git
Python面试题:Git版本控制与协作开发
【4月更文挑战第19天】本文聚焦于Python面试中Git版本控制与协作开发的考察点,涵盖Git基础、协作流程及实战示例。面试者需理解仓库、提交、分支等核心概念,掌握常用命令,熟悉主干开发和GitFlow策略。在协作开发中,要掌握Pull Request工作流,有效处理合并冲突,并善用标签与里程碑。注意避免混淆工作区、忽视代码审查和直接在远程分支上工作等常见错误。通过实例展示了如何在GitFlow策略下合并分支和解决冲突,强调持续学习与实践以提升Git技能。
22 1
|
15天前
|
数据采集 开发工具 git
《Git 简易速速上手小册》第2章:理解版本控制(2024 最新版)
《Git 简易速速上手小册》第2章:理解版本控制(2024 最新版)
30 2
|
1月前
|
开发工具 git 开发者
Git常用命令大全:让你轻松驾驭版本控制
Git命令速查:`git init`新建仓库,`git clone`克隆,`git add`入暂存区,`git commit -m`提交,`git status`查看状态,`git log`查看历史,`git branch`创建分支,`git checkout`切换,`git merge`合并,`git pull`拉取更新,`git push`推送,`git remote -v`查看远程,`git checkout --`撤销本地修改,`git reset HEAD`取消暂存,`git reset --hard`回退版本。掌握这些,提升代码管理效率!
20 0
|
4月前
|
存储 前端开发 开发工具
前端开发中的Git版本控制:构建可靠的协作和代码管理
前端开发中的Git版本控制:构建可靠的协作和代码管理
49 0
|
4月前
|
NoSQL Linux 开发工具
【深入解析git和gdb:版本控制与调试利器的终极指南】(下)
【深入解析git和gdb:版本控制与调试利器的终极指南】
|
7天前
|
项目管理 开发工具 git
版本控制与源代码管理:在 Visual Basic 项目中使用 Git
【4月更文挑战第27天】本文介绍了在Visual Basic项目中使用Git进行版本控制和源代码管理的重要性。Git作为一个流行的分布式版本控制系统,具备分布式架构、高效性能和强大分支管理等特点。在项目中,需先安装Git,然后初始化仓库、添加文件和提交更改。常用操作包括查看状态、日志、创建及切换分支和合并分支。团队协作时,借助远程仓库和推送拉取命令实现代码共享。虽然Git有学习曲线,但其优势在于强大的功能、灵活性和社区支持,能提升开发效率和代码质量。通过学习和实践,开发者可充分利用Git优化协作和项目管理。
|
4天前
|
前端开发 持续交付 开发工具
【专栏:工具与技巧篇】版本控制与Git在前端开发中的应用
【4月更文挑战第30天】Git是前端开发中的必备工具,它通过分布式版本控制管理代码历史,支持分支、合并、回滚等操作,促进团队协作和冲突解决。在前端项目中,Git用于代码追踪、代码审查、持续集成与部署,提升效率和质量。优化协作包括制定分支策略、编写清晰提交信息、定期合并清理分支及使用Git钩子和自动化工具。掌握Git能有效提升开发效率和代码质量。
|
9天前
|
存储 项目管理 开发工具
Git 版本控制:构建高效协作和开发流程的最佳实践
版本控制是软件开发的核心,促进团队协作与项目管理。通过制定明确的分支命名策略,遵循一致的代码提交规范,如指明提交类型和简短描述,增强了历史记录的可读性,可以清晰地组织和理解项目的结构与进展。
15 0
Git 版本控制:构建高效协作和开发流程的最佳实践
|
11天前
|
存储 Linux 开发工具
Git 分布式版本控制系统基本概念和操作命令
Git 分布式版本控制系统基本概念和操作命令
27 0
|
17天前
|
存储 开发工具 git
Git处理版本控制
【4月更文挑战第17天】Git处理版本控制
11 0

相关实验场景

更多