【Git】
Git
git是什么
git是分布式版本控制系统
特点:解决多人同时开发的代码问题,也可以找回历史代码。
原理:一台充当服务器的电脑或者Github网站,其他人可以从这个服务器仓库中拉取一份代码到自己的电脑上,用户可以自行在自己电脑上对代码操作,
操作结束后可以向服务器或者Github推送提交,也可以从仓库中拉取别人的提交。
git基本操作
1. 创建版本库
在所选目录下使用:git init ,即可对该目录下的文件使用git管理。
执行命令后会在目录下生成一个 .git 隐藏文件夹,代表成功。
2. 版本创建与回退
- 加入我在在所选目录下创建一个文件code.text,并在里面写了first内容
- 使用下两条命令可以创建一个版本
git add code.txt (git add命令可将该文件添加到暂存区)
git commit -m '版本1' (git commit用来创建版本 ''内容表示对版本的说明)
- 使用
git log
可以查看版本记录,commit后面代表版本的序列号. - 此时我又在code.txt中输入了second内容,并继续采用add和commit命令创建了版本2,那么此时我对于code.txt就有了两个版本
每个版本保存了当时创建版本时文件所存储的信息(可以理解为文件记录点),后一版本只记录较上一版本我修改了什么,并不是完整的保存整个文件。 - 现在若想要回到前一个版本1,可以使用:
git reset --hard HEAD^
其中HEAD表示当前最新版本,HEAD^表示当前版本的前一个版本,HAED^^表示当前版本的前两个版本。
也可以使用HEAD1表示当前版本前一版本,HEAD100表示回到前100。
执行命令后code.txt将回到版本1时的状态,只有个first,版本2也没有被删除. - 现在若想再回到版本2,则可以:
git reset --hard 版本序列号
- 如果不小心把终端关闭了,无法再看到之前版本2的序列号则可以执行:
git reflog
- 查看当前git状态,看看工作区中有没有什么尚未暂存以备提交的变更或者新增加的未跟踪(未add commit的)文件。
git status
3. 工作区和暂存区
工作区:我们刚才创立的目录git_test就叫工作区。
版本库:.git隐藏目录就是版本库,git的版本库中有很多东西,最重要的时暂存区,还有git为我们自动创建的第一个分支Master,以及指向master的一份指针HEAD。git add就是将修改放到暂存区中。
git commit就是往master分支上提交更改。可以简单的理解为,需要提交的文件修改通通放到暂存区中,然后一次性提交暂存区的所有修改。
我创立的文件在工作区,此时我执行add,该文件存放到了暂存区,我对该文件又进行了修改并commit了,此时修改存到了版本库中。
4. 管理修改
git管理的文件修改,它只会提交暂存区的修改来创建版本。
5. 撤销修改
git checkout -- 文件名
此命令可以用来丢弃工作区的改动。git reset HEAD filename
此命令可以把暂存区的修改撤销掉,重新放回工作区。
6. 对比文件的不同
- 对比工作区和某个版本中文件的不同。
git diff HEAD -- filename
比如我在工作区中往code.txt中新加入了different,执行命令后则可以看到刚才的修改与某个版本相比增加了什么。 - 对比两个版本中文件的不同。
git diff HEAD HEAD^ -- filename
filename代表要对比两个版本中的哪一个文件。
7. 删除文件
git rm filename
从版本中删除某文件,并再次commit创建删除记录。
git操作命令集合
1 |
|
git分支管理
1. 概念及作用
2. 创建与合并分支
(1)概念:
git会将我们之前每次提交的版本串成一条时间线,这条时间线就是一个分支。在git中,这个分支叫做主分支,即master分支。
对于HEAD 严格来说不是指向提交,而是指向master,再由master指向提交。
(2)分支的基本操作
- (1)查看当前有几个分支并看到在哪个分支下工作
git branch
- (2)创建一个新分支dev并切换到上面工作
git checkout -b dev
此时HEAD指向dev,后续的版本操作都是在dev下操作,master将不会移动,依然指在原先位置。 - (3)将新分支合并到master上
git merge dev
这条命令使用的是快速合并,也就是直接把master指向dev的当前提交,所以合并速度非常快。
合并完成后,就可以放心的执行下列命令删除dev分支。
git branch -d dev
(3)分支操作命令集合
3. 解决冲突
当master和dev都对某一文件进行了修改并提交了版本,这时候合并就会冲突。
解决方法是在master中对文件进行手动修改并提交新版本,此时的情况就会变成下图样子:
此时便可以删除dev。
4. 分支管理策略
通常,合并分支时,如果可能,git会用fast forward模式进行快速合并,但此时不能执行快速合并且合并时没有冲突,这时候合并之后会做一次新的提交(包含合并前两个分支的修改内容)。
提交时会出现弹窗让你输入提交说明信息。
合并结束后可以删除dev。
5.Bug分支
当我们遇到Bug需要修复时,可以为bug建一个新的临时分支来修复,修复后,合并分支,然后将临时分支删除。
在实际工作中,我们在做手头工作但是接到了修复Bug的任务,不得不停下来当前任务,此时可以用 git stash
将当前的工作现场存储起来以便修复Bug后继续手头工作.
修复Bug过程:
- 首先要确定在哪个分支上修复Bug,假如在master上,就从master创建临时分支。
- 在临时分支中修复bug,并进行提交。
- 切换回master,采用禁止快速合并策略进行合并
git merge --no-ff -m '说明信息' 要合并的分支
- 删除Bug临时分支,可以回到原先环境干活,采用
git stash list
看看保存过的工作现场。
采用git stash pop
便可以回到现场.
本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 协议 ,转载请注明出处!