Git [提交记录查看、提交、变基](I)

2018-12-13 本文已影响0人 Harely

Git 简易指南
Git 参考手册
Pro Git(中文版)
Git教程廖雪峰

查看提交记录

终端命令
- git log:列出历史提交记录;

记录查看

git log --oneline:查看历史记录的简洁的版本;
简洁记录查看

提交

提交规范

feat: 新功能
fix: 修复问题
docs: 修改文档
style: 修改代码格式，不影响代码逻辑
refactor: 重构代码，理论上不影响现有功能
perf: 提升性能
test: 增加修改测试用例
chore: 修改工具相关（包括但不限于文档、代码生成等）
deps: 升级依赖
例如

git commit -m 'fix:修复xxxbug'

第一次提交

cd /Users/harleyhuang/Documents/Gitee/SourceTreeTest
git add -A
git commit -m "第一次提交"
git push
//第一次提交需要输入用户名和密码，这个用户名和密码对应着GitHub、Gitee的用户名和密码
Username for 'https://gitee.com': [xxx@qq.com(用户名)]
Password for 'https://harelysoa@qq.com@gitee.com': [xxxxxx(密码)]

第二次提交

//第二次提交
git add -A
git commit -m "第二次提交"
git push

SourceTree 效果图

工作流

第三次提交

//添加到缓存区
git add -A

由未缓存文件变为缓存文件

//改动已经提交到了 HEAD，但是还没到你的远端仓库
git commit -m "第三次提交"

已经提交到了 HEAD，但是还没到你的远端仓库

//状态改变，没有需要推送到远端的
 git push

推送到远端

rebase 变基：单分支合并多次commit

注意：不要通过rebase对任何已经提交到公共仓库中的commit进行修改。

当我们在本地仓库中提交了多次，在我们把本地提交push到公共仓库中之前，为了让提交记录更简洁明了，我们希望把如下分支B、C、D三个提交记录合并为一个完整的提交，然后再push到公共仓库。

终端命令变基

rebase 流程图

rebase 之前状态

现在我们在master分支上添加了5次提交，我们的目标是把最后三个提交合并为一个提交：

终端6次提交，第一次提交是master的初始化

变基命令：
git rebase -i [startpoint] [endpoint]

-i: 意思是--interactive，即弹出交互式的界面让用户编辑完成合并操作;
[startpoint] [endpoint]则指定了一个编辑区间，如果不指定[endpoint]，则该区间的终点默认是当前分支HEAD所指向的commit(注：该区间指定的是一个前开后闭的区间)。

变基步骤：

输入命令：

git rebase -i 073ea5e //第三次提交ID

//上面等同如下命令
git rebase -i HEAD~3

rebase 交互图

命令说明

pick：保留该commit（缩写:p）
reword：保留该commit，但我需要修改该commit的注释（缩写:r）
edit：保留该commit, 但我要停下来修改该提交(不仅仅修改注释)（缩写:e）
squash：将该commit和前一个commit合并（缩写:s）
fixup：将该commit和前一个commit合并，但我不要保留该提交的注释信息（缩写:f）
exec：执行shell命令（缩写:x）
drop：我要丢弃该commit（缩写:d）

SourceTree 状态变化，为变基状态

修改提交内容

编辑提交内容
先 esc 键，然后输入:wq 进行保存，变成如下图：

SourceTree 状态改变

终端修改信息

然后 esc 键，然后输入:wq 进行保存，变成如下图：

SourceTree 状态改变

终端修改提交信息

修改注释信息

最后 esc 键，然后输入:wq 进行保存，如下图:
提交记录合并完成

单分支上变基完成

变基完成

SourceTree 单分支变基

选中变基到的开区间位置

选中区间变基
变基信息修改

变基信息修改
完成变基

完成变基后并进行了提交

rebase 变基：一分支提交合并到另一分支上

当我们项目中存在多个分支，有时候我们需要将某一个分支中的一段提交同时应用到其他分支中，就像下图：

一分支提交合并到另一分支

初始SourceTree状态图：

分支变基图

我们希望将develop分支中的cc、dd、ee部分复制到master分支中，这时我们就可以通过rebase命令来实现（如果只是复制某一两个提交到其他分支，建议使用更简单的命令:git cherry-pick）。

在实际模拟中，我们创建了【master】和【develop】两个分支:

【master】分支部分提交记录

master 部分分支提交记录

【develop】分支提交记录

【develop】分支提交记录

rebase 命令格式
git rebase [startpoint] [endpoint] --onto [branchName]
[startpoint] [endpoint]仍然和上一个命令一样指定了一个编辑区间(前开后闭)，--onto的意思是要将该指定的提交复制到哪个分支上。
所以，在找到cc 提交(a69e8fbb1)和ee 提交(3e75b2d52)的提交id后，我们运行以下命令：

变基前的分支状态

git rebase a69e8fbb1 3e75b2d52 --onto master
出现冲突了：

变基出现冲突了

解决冲突，输入：
git rebase --continue
又出现了冲突，如下图：

变基出现冲突
继续解决冲突并提交，终端输入：
git rebase --continue
git add -A
git commit -m "解决变基冲突"

变基继续并提交，注意：此时是游离态 HEAD

注意：当前HEAD处于游离状态，实际上，此时所有分支的状态应该是这样:

处于游离态

查看master分支提交日志：

变基后的日志

所以，虽然此时HEAD所指向的内容正是我们所需要的，但是master分支是没有任何变化的，git只是将cc 提交~ee 提交部分的提交内容复制一份粘贴到了master所指向的提交后面，我们需要做的就是将master所指向的提交id设置为当前HEAD所指向的提交id就可以了，即:

切换到master 分支
git checkout master

切换到master分支
这时你会发现，变基的内容不见了，怎么办？别急，看下面：
修改提交ID
git reset --hard c8bb979

这时变基彻底完成了

git checkout

`解析：`

① git checkout 实际上是修改HEAD文件的内容，让其指向不同的branch。HEAD文件指向的branch就是当前branch。

② git checkout最简单的用法，显示工作区，暂存区和HEAD的差异

$ git checkout
M   x
Your branch is ahead of 'origin/master' by 1 commit.//意思是我本地仓库比远程仓库领先一个提交操作。

git branch

① git branch用-a 参数，可以看到很多branch，包括远程的branch。

git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/develop
  remotes/origin/issue_193
  remotes/origin/issue_210
  remotes/origin/master

参考资料：
Git&GitLab