Git笔记
在学习Git前,我们需要明白什么叫"版本控制"!
1、版本控制
1.1 什么是版本控制
版本控制(Revision control ) 是一种在开发过程中用于管理我们的文件、目录或工程等内容的修改历史,方便查看更改历史记录,备份以恢复以前的版本的软件工程技术
-
实现跨区多人协同开发
-
追踪和记载一个或多个文件的历史记录
-
组织和保护你的源代码和文档
-
统计工作量
-
并行开发、提高开发效率
-
追踪记录整个软件的开发过程
-
减轻开发人员的负担,节省时间,同时降低人员错误
简单来说就是管理多人协同开发项目的技术。
没有进行版本控制或者版本控制本身缺乏正确的流程管理,在软件开发过程中引入很多问题,如软件代码的一致性、软件内容的冗余、软件过程的事务性、软件开发过程中的并发性、软件源码的安全性、以及软件的整合等问题。
无论是在工作中还是在学习中,自己写笔记,都有这么一个阶段!我们就迫切需要一个版本控制工具!
多人开发必须要进行版本控制,不然代价会比较大!
1.2 常见的版本控制工具
我们学习的东西 一定是要当前最流行的,不要去学习一些小众的东西,学习了别人不用,就不存在特别大的价值。
-
Git
-
SVN(Subversion)
-
CVS
1.3 版本控制的分类
1、本地版本控制
记录文件每次的更新,可以对每一个版本做快照,或者记录补丁文件,适合个人使用,如RCS
2、集中版本控制
所有的版本数据都保存在服务器上,协同开发者从服务器上同步更新或者是上传自己的修改
所有的版本数据都存在服务器上,用户的本地只有自己以前所同步的版本,如果不连网的话,用户就看不到历史版本,也无法切换版本验证的问题,或者不同分支工作。而且,所有数据保存在单一的服务器上,有很大风险这个服务器也会被损坏,这样就会丢失所有的数据,当然可以定期备份,代表产品:SVN、CVS、VSS
3、分布式版本控制
所有版本信息仓库全部同步到本地的每个用户,这样就可以在本地查看所有的版本历史,可以离线本地提交,只需在连网push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有版本数据,只要有一个用户的设备没有问题就可以恢复所有的数据,但是增加了本地存储空间的占用。
1.4 Git和SVN的区别
SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而工作的时候,都是用自己的电脑,所以首先要从中央服务器获得最新版本,然后工作,完成工作后,需要把自己做完的活推送到中央服务器中去。集中式版本控制系统是必须联网才能工作,对网络带宽的要求较高。
Git是分布式版本控制系统,没有中央处理器,每个人的电脑就是一个完整的版本库,工作的时候不需要联网,因为版本都在自己的电脑上,协同的方法是这样的:比如说在自己的电脑上修改了A文件,其他人也在电脑上修改了A文件,这时,只需要你们俩之间把各自的修改推送发给对方,就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件!
Git是目前世界上最先进的分布式版本控制系统
2、Git历史
略
3、Git环境配置
1、Git的下载
找到Git的国内镜像https://npm.taobao.org/mirrors/git-for-windows/
选择想下载的版本进行下载
安装的话无脑下一步即可。
2、启动Git
安装好后,在开始启动项中会有Git项,菜单下有3个程序,任意右键文件夹下也可以看到对应的程序
Git Bash: Linux的风格的命令行,使用最多,推荐最多
Git CMD:Windows风格的命令行
Git GUI:图形界面的Git,不建议初学者使用,尽量先熟悉命令
3、基本的Linux命令
-
cd:改变目录
-
cd..:回退到上一个目录,直接cd进入默认目录
-
pwd:显示当前所在的目录路径
-
ls(ll):都是列出当前目录中的所有文件,只不过ll(两个ll)列出的内容更为详细
-
touch:新建一个文件夹如:touch index.html ,会在当前目录下创建一个index.html的文件
-
rm :删除一个文件,rm index.html就会把index.html文件删除
-
mkdir:新建一个目录,就是新建一个文件夹
-
rm -r:删除一个文件夹,rm -r src 删除src目录
rm -rf / 删除根目录 切勿在Linux中尝试 就是删除电脑中的全部文件
-
mv移动文件,mv index.html src index.html是我们要移动的文件夹,src是目标文件夹,这样写,必须保证文件和目标文件在同一目录下。
-
rest重新初始化终端/清屏
-
clear清屏
-
history:查看历史命令
-
help帮助
-
exit退出
-
#表示注释
4、Git的配置
所有的配置文件其实都保存在本地
1、查看配置
git config -l
2、查看不同级别的配置文件
#查看系统config
git config --system --list
#查看当前用户(global)配置
git config --global --list
Git相关的配置文件:
1、Git/etc/gitconfig:Git安装目录下的gitconfig --system 系统级别
2、C:\Users\Administrator\gitconfig 只适用于当前登录用户的配置 --global 全局
这里可以直接编辑配置文件,通过命令设置后响应到这里
3、设置用户名和邮箱(用户标识,必要)
当你安装了Git之后,首先要做的事情就是设置你的用户名和邮箱地址。这是非常重要的,因为git每次提交都会使用该信息。它永远被嵌入到了你的提交中:
git config --global user.name huangwei #设置用户名
git config --global user.emal huangwei6750@qq.com #设置自己的邮箱
只要做一次这个设置,如果你传递了 --global 选型,因为git讲总是会使用该信息来处理你在系统中所做的一切操作,如果你将希望,在一个特定的项目中使用不同的名称或者e-mail地址,你可以在该项目中运行而不要--global选型。总之--global 为全局配置,不加为某个项目的特定配置。
4、Git的基本理论(核心)
1、工作区域
Git本地有三个工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository 或者 Git Directory)。如果加上远程git仓库(Remote Directory) 就可以分为四个工作区域,文件在这四个区域之间进行转换关系如下:
-
Workspace:工作区,就是你平时放项目代码的地方
-
Index/Stage:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表的信息
-
Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据,其中HEAD指向最新放入仓库的版本
-
Remote:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
本地的三个区域确切的说应该是git仓库中HEAD指向的版本:
-
-
Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git的管理空间
-
WorkSpace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间
-
.git:存放Git管理信息的目录,初始化仓库的时候自动床创建
-
Index/Stage:暂存区,或者叫待提交更新区,在提交进入repo之前,我们可以把所有的更新放在暂存区
-
Loca Repo:本地仓库,一个存放在本地的版本库;HEAD会只是当前开发分支(branch)
-
Stach:隐藏,一个工作状态的保存栈,用于保存和恢复WorkSpace中的临时状态
2、工作流程
git的工作流程:
1、在工作目录中添加、修改文件
2、将需要进行版本管理的文件放入暂存区域
3、将暂存区域的文件提交到git仓库
因此:git管理的文件状态一共有3种,已修改(modified)、已暂存(staged)、已提交(committed)
上传的一套流程
检出的流程
5、Git项目搭建
1、创建工作目录与常用指令
工作目录(WorkSpace)一般就是你希望Git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,建议不要有中文。
日常使用只需要记住图下6个命令:
2、本地仓库搭建
创建本地仓库的方法有两种;一种是创建全新的仓库,另一种是克隆远程仓库。
1、创建全新仓库,需要使用GIT管理的项目的根目录执行
#在当前目录下创建一个git仓库
$ git init
2、执行后可以看到,仅仅在项目中多出一个.git目录,关于版本等的信息都在这个目录里面
3、克隆远程仓库
1、另一种方式是克隆远程仓库,由于是将远程服务器上的仓库完全镜像备份一份到本地!
#克隆一个项目和它的整个代码历史(版本信息)
$ git clone [url]
2、去gitee 或者 githup上克隆一个测试!
6、GIt的文件操作
1、文件四种状态
版本控制就是对文件的版本进行控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者是先要提交的文件没有提交上。
-
Untracked:未跟踪,此文件在文件夹中,但是没有加入到git库,不参与版本控制, 通过
git add
状态变为staged
-
Unmodify:文件已经入库,未修改,即版本库的文件快照内容与文件夹完全一致,这种类种的文件有两种出处,如果它被修改,而改变为
Modified
,如果使用git rm
,移出版本库,则成为Untracked
文件 -
Modifed:文件已修改 ,仅仅是修改,并没有进行其他操作,这个文件也有两个出处,通过
git add
可进入暂存staged
状态,使用git checkout
则丢弃修改过,返回到unmodify
状态,这个git checkout
即从库中取出文件,覆盖当前修改状态! -
Staged:暂存状态,执行
git commit
则将修改同步到库中,这时库中的文件和本地文件又变为一致,文件为Unmodify
状态,执行git reset HEAD filename
取消暂存,文件状态为Modified
2、查看文件的状态
通过如下命令可以查看文件的状态
#查看指定文件的状态
$ git status [filename]
#查看所有文件的状态
$ git status
#添加所有文件到暂存区
$ git add .
#提交暂存区的内容到本地仓库
$ git commit -m "消息内容" (-m)提交信息
3、忽略文件
有时候我们不想把某些文件纳入到版本控制中,比如数据库文件,临时文件,设计文件等
在主目录下建立”.gitgnore“文件,此文件有如下规则:
1、忽略文件中的空行或以井号(#)开始的行会被忽略
2、可以使用Linux通配符,例如: 星号*(代表任意多个字符),问号? (代表一个字符),方括号([abc])代表可选字符范围,大括号({string1,string2})代表可选的字符串等
3、如果名称的最前面有个感叹号(!),表示例外规则,将不被忽略
4、如果名称最前面是一个路径分隔符(/),表示要忽略的文件在此目录下,而子目录中的文件不忽略
5、如果名称的最后面是一个路径分隔符(/),表示要忽略的是该目录下的子目录,而非文件(默认文件或目录都忽略)
#注释
*.txt #忽略所有.txt 后缀的文件 ,这样的话上传就不会被选中了
!lib.txt #但lib.txt 除外
/temp #仅仅忽略项目根目录下的TODO文件,不包括其他目录temp
build/ #忽略build/目录下的所有文件
doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
#java代码中 一般 所有的class文件、log文件、lock文件 都不会提交
#package Files 所有的.jar .war .ear target/ 都不会提交
#idea的配置 .idea/ *.iml 都不会提交
7、使用码云
github是有墙的,比较慢,在国内的话,我们一般使用gitee,公司中有时候会搭建自己的gitlab服务器
1、注册使用码云
2、设置本地绑定SSH公钥,实现免密码登录
# 进入 C:\users\Administrator\.ssh 目录
# 生成公钥
ssh-keygen
3、将自己的public key 添加到码云账户中即可
4、使用码云建一个自己的库
8、IDEA中集成Git
1、新建项目,绑定GIt
-
将我们的远程git文件目录拷贝到项目中即可
2、修改文件,使用Idea操作git
-
add到暂存区
-
commit到本地仓库
-
push到远程仓库
3、提交测试
9、Git分支
分支在GIT中相对较难,分支就是科幻电影里面的平行宇宙,如果两个平行宇宙互不干扰,那对现在的你也没有什么影响,不过,在某个时间点,两个平行宇宙合并了,我们就需要处理一些问题了。
git中常用的分支指令
#累列出所有本地分支
git branch
#列出所有远程分支
git branch -r
#新建一个分支,但依然停留在当前分支
git branch [branch-name]
#新建一个分支,并切换到该分支
git checkout -b [branch]
#合并指定分支到当前分支
git merge [branch]
#删除分支
git branch -d [branch-name]
#删除远程分支
git push origin --delete [branch-name]
git branch -dr [remote/branch]
多个分支并行执行,就会导致我们的代码不冲突,也就是存在多个版本!
web-api -A
web-admin -B B会调用A(修改了A的代码)
web-app -C C会调用B和A里面的代码
解决方法:
如果同一个文件在合并分支的时候都被修改了引起了冲突,解决办法是 我们可以修改冲突文件后再次提交。选择要保留他的代码还是你的代码!
master主分支应该非常稳定,用来发布新版本,一般情况下,不允许在上面工作,工作一般情况在新建的dev分支上工作,工作后,比如说要发布,或者说dev分支代码稳定后可以合并到master主分支上来。