㈠ Git撤销与合并
1. git init
创建一个空的git repo，也就是创建一个.git的子目录，这个目录包含了几乎所有git存储和操作的东西。新初始化的.git目录的典型结构如下：
description文件仅供git web程序使用，平常无需关心。
config文件包含项目特有的配置选项。
info目录包含一个全局性排除文件，用以放置那些不希望被记录在.gitignore文件中的忽略模式。
hooks目录包含客户端或服务端的钩子脚本。
HEAD文件指向目前被检出的分支。
index文件（尚待创建）保存暂存区信息。
objects目录存储所有数据内容。
refs目录存储指向数据的提交对象的指针。
git的默认分支名字是master，git init时默认创建它。
2. git的三种状态，以及工作区(Working directory)，暂存区(Index)，HEAD
Git 有三种状态，你的文件可能处于其中之一：已修改（modified）、已暂存（staged）和已提交（committed）
基于刚才init的git project，做一些改动。
会看到在git add之后，.git下面多了一个index文件。
这时候，所做的改动就处于已暂存状态，体现在index文件中。
可以利用以下命令查看git缓存了的内容。
同时，.git/objects下面多了一个子文件夹，并生成了一个新文件。这个新文件就对应了刚才所做的改动。这就是git存储内容的方式--一个文件对应一条内容，以该内容加上特定头部信息一起的SHA-1校验和作为文件名。校验和的前两个字符用于命名子目录，余下的38个字符则作为文件名。后面会详叙。
可以通过cat-file命令从git那里查看存储的内容。
git cat-file -p
由于file1.txt的内容为空，所以这里显示为空。
这时候可以往file1.txt里添加一些内容，并git add。可以看到.git/objects又多了一个object。
查看这个新的对象的内容以及类型。会发现它是一个blob对象。
接下来commit这个change。
myProject $ git commit -m "first commit"
查看这个commit 对象的类型以及内容,commit的tree对象所指向的内容, 我们会发现，这个tree指向的是一个blob，而这个blob的内容，就是我们刚刚做过改动的文件。
同时，我们查看一下暂存区的内容：
会发现，暂存区指向的也是同样的blob对象。
至此，一个commit就提交了，工作区，暂存区，以及head又指向了同样的内容。
它们更新内容的顺序为，工作区->暂存区->head
3. git reset
将做过的change撤销掉，就像没有发生过一样。
git reset 应用的顺序为 head->暂存区->工作区。
(1) git reset --soft
当前，git的状态如下。
head指向的内容为：
（head是当前分支引用的指针，总是指向该分支上的最后一次提交。）
index指向的内容为：
(索引是你的预期的下一个提交)
我们来进行一次reset。（移动HEAD， --soft）
--soft将仅仅移动HEAD的指向，而并不会移动index以及工作区。
HEAD 指的是HEAD的父节点。HEAD 是父节点的父节点，也可以写成HEAD 2.
所以这个命令本质上是撤销了上一次git commit命令。
(2) git reset --mixed
接下来，再通过reset来更新索引。（--mixed，默认行为）
(3) git reset --hard
reset更新工作目录（--hard）
git reset --hard HEAD~
--hard标记是reset命令的危险用法，它也是git会真正销毁数据的几个操作之一。
如果这个commit已经被推送到远端，可以用这个命令使远端也回退到相应的版本。
git push origin <branch> --force
4. git revert
将做过的change撤销掉，通过“反做”某一个版本，用一个新的commit来消除做过的change。
当前git的状态：
revert其中一个commit：
再来看，多了一个commit，也就是用来revert的commit：
而若是想要revert某个版本，但是在这个版本后又做过change，则在revert的过程中可能出现冲突，则需要解决冲突之后再提交。
5. git merge 与git rebase
先来讲讲git merge。
当前master 和 dev branch：
接下来打算将dev的工作并入master分支。
另外，还想将master的工作也并入dev。
git merge之后，会发现dev branch指向了与master相同的commit：
所以，git merge是把两个分支的最新快照，以及两者最近的共同祖先进行三方合并，合并的结果是生成一个新的快照。
接下来，用git rebase来合并分支。
当前的git状态
此时，采用git rebase，将dev的工作并入到master。
当在master branch上执行git rebase dev的时候，实际发生的事情是，找到master和dev两个分支的最近共同祖先，对比当前分支（master分支）相对于该祖先的历次提交，提取相应的修改并存为临时文件，然后将master分支指向目标基底（dev的head指向的commit），最后以此将之前另存为临时文件的修改依序应用。
可以看到，rebase使得提交历史更加整洁。尽管实际的开发工作是并行在不同branch上进行的，但是它们看上去就像是串行的一样，提交历史是一条直线没有分叉。
因此，变基是将一系列提交按照原有次序依次应用到另一分支上，而合并是把最终结果合在一起。这两种方式，整合的最终结果所指向的快照始终是一样的，只不过提交历史不同。
㈡ Git常用命令
1.1 配置环境
当安装Git后首先要做的事情是设置用户名称和email地址。这是非常重要的，因为每次Git提交都会使用该用户信息。该用户信息和GitHub上注册的远程仓库的相关信息没有任何关系。
git config --global user.name "你的名字"
git config --global user.email "你的邮箱"
git config --list
配置信息保存在用户目录下的.giitconfig文件中
1.2 获取Git仓库
要使用Git对我们的代码进行版本控制，首先需要获得Git仓库
获取Git仓库通常有两种方式：
执行步骤如下：
1、在电脑的任意位置创建一个空目录作为我们的本地Git仓库
2、进入这个目录中，点击右键打开Git bash 窗口
3、执行命令git init
可以通过Git提供的命令从远程仓库进行克隆，将远程仓库克隆到本地的命令形式为：
git clone 远程Git仓库地址
1.3 工作目录、暂存区以及版本库概念
版本库：.git隐藏文件就是版本库，版本库存储了很多配置信息、日志信息和文件版本信息等
工作目录（工作区）：包含.git文件夹的目录就是工作目录，主要用于存放开发的代码
暂存区：.git文件夹中有很多文件，其中一个index文件就是暂存区，也可以叫做stage。暂存区是一个临时保存修改文件的地方
1.4 Git工作目录下文件的两种状态
Git工作目录下的文件存在两种状态：
Unmodified 未修改状态
Modified 已修改状态
Staged 已暂存状态
这些文件的状态会随着我们执行Git的命令发生变化
1.5 本地仓库操作
git status 查看文件状态
也可以使用git status -s使输出信息更简洁
git add 将未跟踪的文件加入暂存区，将已经修改的文件加入暂存区也是通过这个命令
git reset 将暂存区文件取消暂存
git commit -m “你的说明” 将暂存区文件提交到本地仓库
git rm 删除文件 说明：这种操作是直接将文件加入到暂存区里面，直接提交到本地仓库生效，而直接删除的话没有进入到暂存区，需要先把文件加入到暂存区之后，再提交到本地仓库。
将文件添加至忽略列表
一般我们总会有些文件无需纳入Git的管理，也不希望他们总出现在未跟踪文件列表。通常这些都是自动生成的文件，比如日志文件，或者编译过程中创建的临时文件等。在这种情况下，我们可以在工作目录中创建一个名为.gitnore的文件（文件名称固定），列出忽略的文件模式。下面是一个示例：#代表注释
由于windows无法创建不含文件名的文件，因此我们需要在bash窗口中用如下命令创建。
git log 查看日记记录
1.6 远程仓库操作
如果想查看已经配置的远程仓库服务器，可以运行git remote 命令。它会列出指定的每一个远程服务器的简写。如果已经克隆了远程仓库，那么至少可以看见origin，这是Git克隆的仓库服务器的默认名字
git remote -v 可以查看对远程仓库详细一点的说明
git remote show origin 可以查看对origin更详细的远程仓库的说明
运行git remote add 添加一个远程Git仓库，同时指定一个可以引用的简写
如果你想获得一份已经存在了的Git仓库的拷贝，这时需要用到 git clone 命令。Git克隆的是Git仓库服务器上的几乎所有数据（包括日志信息、 历史 记录等），而不仅仅是复制工作所需要的文件。当你执行git clone 命令的时候，默认配置下Git仓库中的每一个文件的每一个版本都将被拉取下来。
如果因为一些原因想要移除一个远程仓库，可以使用git remote rm
注意：此命令只是从本地移除远程仓库的记录，并不会影响到远程仓库
git fetch 是从远程仓库获取最新版本到本地仓库，不会自动merge
说明：如果使用fetch命令，拉取的文件会放到版本库里面，不会自动整合到工作区，如果需要整合到工作区，需要使用 git merge 远程仓库别名/远程仓库分支
git pull 是从远程仓库获取最新版本并merge到本地仓库
注意：如果本地仓库不是从远程仓库克隆，而是本地创建的仓库，并且仓库中存在文件，此时再从远程仓库中拉取文件的时候会报错（fatal：refusing to merge unrelated histories），解决此我呢提可以在git pull 命令后加入参数 --allow-unrelated-histories
git push
1.7 Git分支
几乎所有的版本控制系统都是以某种形式支持分支。使用分支意味着你可以把你的工作从开发主线上分离开来，以免影响开发主线。Git的master是一个特殊分支。它跟其它分支没有区别。之所以每一个仓库都有mater分支，是因为git init默认创建它，并且大多数人都懒得去改动它。
# 列出所有本地分支
$ git branch
#列出所有远程分支
$ git branch -r
#列出所有本地分支和远程分支
$git branch -a
git branch 分支名称
git checkout 分支名称
git push 远程仓库别名 远程仓库分支
git merge 分支名称 说明：在当前分支下合并其他分支
注意：如果两个分支存在同样的文件名且同行的内容不一样，那么会产生矛盾，需要自己手动修改产生矛盾后的文件，然后添加到暂存区然后提交。
git branch -d 分支名称
如果要删除的分支中进行了一些开发动作，此时执行上面的删除命令并不会删除分支，可以将命令中的-d参数改为-D
如果要删除远程仓库中的分支，可以使用命令git push origin -d branchName
1.8 Git标签
像其他版本控制系统一样，Git可以给 历史 中的某一给提交打上标签，以示重要。比较有代表性的是人们会使用这个功能来标记发布结点（v1.0、v1.2等）。标签指的是某个分支某个特定时间点的状态。通过标签，可以很方便地切换到标记时的状态。
#新建一个tag
$ git tag [tagName]
$ git tag
#新建一个分支，指向某个tag
$ git checkout -b [branch] [tag]
#删除本地tag
$git tag -d[tag]
#删除远程tag
$git push origin :refs/tags/[tag]
㈢ git分支合并问题讨论
关于git的分支合并会被覆盖的问题
首先在project1和project2中使用git init初始化仓库
然后直接使用git checkout -b test的方式创建分支，出现如图所示的情况
在test分支使用git branch命令发现没有分支情况，然后使用git branch master命令想要创建主分支，出现了如图的错误：fatal: Not a valid object name: 'master'.
网上查询了一下，发现是分支只是申明了，但是没有初始化，需要使用一次add 和commit去初始化分支。
参考链接： https://blog.csdn.net/jackie_tsai/article/details/51587994
接着我使用git remote add origin 地址 添加一个远程仓库地址，先将建立好的test分支上传到远程仓库，这样远程仓库也会自动创建好一个名为test的分支
为了测试的简易性，我在project1和project2中都创建了一个test.txt的文本，文本内容如下：
project1:
然后我将两个文本上传到远程仓库中：
首先是project1
然后上传project2的
出现这个错误的原因是，我之前在project1中上传了文本，更改了远程仓库中类似版本号的东西，然后project2再上传本文的时候，因为本地仓库不是远程仓库的版本号，所以报出这样的错误
有两种方法：
1、git push -f origin test:将本地仓库的数据强制上传到远程仓库，这样会造成project1上传的数据丢失
2、先使用git pull origin test将远程仓库的数据拉到本地进行合并，然后再上传到远程仓库，下面展示这种方法：
我们可以看到，远程仓库和本地相同文本进行了合并（merge），查看下文本内容变化：
因为发生了一个合并的操作，需要重新经历add - commit 的过程
没问题，远程仓库的数据是预期的，接下来就是我遇到问题的地方了
我重新修改了project1文本的内容，然后上传到远程仓库
上传成功，然后我再从project2中将远程仓库的数据拿出来
问题来了，为什么第一次我们从远程仓库拉到本地能够实现相同数据的合并，而这一次不行呢，经过多番测试，我发现，merge合并的内容是commit内容的文本，也就是说，如果test.txt在本地有commit的操作，那么从远程仓库拉取数据的时候会合并这一部分数据，然后需要重新的add-commit,至于没有commit操作的其他文本，会被远程仓库直接覆盖掉。
总结：
分支合并合并的是commit的内容，也就是版本库的内容，并且分支合并基本都是在本地进行的，也就是无法在客户端去合并远程仓库里的分支。
㈣ 图解4种git合并分支方法
原文网址： http://yanhaijing.com/git/2017/07/14/four-method-for-git-merge/
有时候我们会后悔，有时候我们会想回到过去，有时候我们想改变历史，然而在我们这个世界，目前来看是无法回到过去改变历史的
但在git的世界里，一切皆有可能，我们可以在多维空间里任意切换，随意改变一个宇宙的时间线，只要我们愿意，git的分支就是这么神奇
然而很多时候你以为你改变了历史，不为人知，那个宇宙并没有消失，而是遗失在了git的世界里，有能力的人便能找到
彼此分开的世界也能随时交叉合并，世界就这样开开合合，偶会需要解决合并冲突
git中的分支非常的轻量，其实就是一个文件，里面记录了分支所指向的commit id，下图中有两个分支分别是master和test，他们都指向了A2这个提交，HEAD是一个特殊的指针，他永远指向你当前所在的位置；有时候你可能不在某一个分支上，不要惊慌，你随时有权利去你想去的分支，git赋予了你新建，切换分支的能力
然后有时候世界并不总如上图那般美好，面对分叉的两个分支，git新手总是一脸茫然，本文我将讲述git中合并分支的方法
在git中合并分支有三种方法，分别是merge，rebase，cherry-pick，而其中merge又有三种区别，下面将一一介绍
如果待合并的分支在当前分支的下游，也就是说没有分叉时，会发生快速合并，从test分支切换到master分支，然后合并test分支
这种方法相当于直接把master分支移动到test分支所在的地方，并移动HEAD指针
如果我们不想要快速合并，那么我们可以强制指定为非快速合并，只需加上 --no-ff 参数
这种合并方法会在master分支上新建一个提交节点，从而完成合并
svn的在合并分支时采用的就是这种方式，squash会在当前分支新建一个提交节点
squash和no-ff非常类似，区别只有一点不会保留对合入分支的引用
当要合并两个分叉的分支时，merge的方式是将待合入分支和当前分支不同的部分，在当前分支新建节点，如下图所示
rebase与merge不同，rebase会将合入分支上超前的节点在待合入分支上重新提交一遍，如下图，B1 B2会变为B1’ B2’，看起来会变成线性历史
这命令简直就是神器，给你自由，你想把那个节点merge过来就把那个节点merge过来，其合入的不是分支而是提交节点
只有知道了这些合并方式的区别，才能git在手，天下我有，任你分支在凌乱，我自岿然不动
原文网址： http://yanhaijing.com/git/2017/07/14/four-method-for-git-merge/
㈤ git（五 合并提交命令）
场景 ：本地做了四次提交，想把第 2、3、4 次提交合并，只保留第二次提交的commit message
解决方案 ：
1、git reflog 查看所有的提交记录
p.s. git reflog 可以查看所有分支的所有操作记录（包括已经被删除的 commit 记录和 reset 的操作）；git log 命令可以显示所有提交过的版本信息，看不到删除的记录。所以买后悔药回退删除记录的时候，可以用 git reflog
上面的图片展示了，一共四次提交，按照时间倒序排列分别是 第 4、3、2、1次提交
2、git rebase -i “最新的一个想保留的 Commit”
意思是，我想合并2、3、4，那么最新一个想保留的 commit 就是 第一次 commit，他的hash值为 ae9c811，输入下列命令并回车
或者
3、选择要合并的 commit ：上述步骤完成后会跳出下图界面
注意这个时候的顺序：最近一次提交在最下面
前面三行是我们需要操作的三个 Commit，每行最前面的是对该 Commit 操作的 Command。关于每个 Command 具体做什么，下面的注释写得非常清楚。为了完成我们的需求，我们可以关注到这两个命令：
我们可以选择把第 3、4 次的commit message合并到第二次上面，修改command如下，并保存退出：
4、编辑合并 commit 的 commit message
上述步骤完成后，会跳出如下界面
5、检查：使用git log检查
结果如下：
注意，使用git reflog仍可以查看最初的命令：
两者的区别在于，git log只显示保留的，git reflog可以显示 reset 和 rebase、删除的版本
编译器的可视化git工具中的展示：
这个时候再push，提交记录上就非常好看了
请注意 ：
㈥ git 自定义命令，合并多个命令
问题：如何自定义命令，如何将多个命令进行合并执行？
通过给命令起 别名 的方式，来简化命令
解析：
别名语法 git config --global alias.【别名】 '【执行的命令】'
执行函数： !f(){ 【命令】; }; f ：表示定义f函数，并执行
相当于执行 git add .
合并命令为rpush：检出新的分支
解析：
别名语法 git config --global alias.【别名】 '【执行的命令】'
执行函数： !f(){ 【命令】; }; f ：表示定义f函数，并执行
A&&B ：与符号，执行A成功后，执行B
$1 ：表示变量
相当与执行以下命令
㈦ git合并分支冲突解决
1、执行合并
执行 merge 命令 git merge [有新内容分支名]
2、出现冲突，文件中冲突的表现
3、冲突的解决
3.1 编辑冲突文件，进行人工合并
3.2：git add [文件名] // 这是相对路径，执行命令的文件位置，要保证可以通过文件名能找到这个文件
3.3：git commit -m "日志信息"
3.4 此时 commit 一定不能带具体文件名
㈧ 【Git】合并两个没有共同祖先的分支
在 github 上创建了项目，要和本地的项目合并。
此时提示：
这是因为两个分支没有共同祖先，无法合并，此时可使用如下命令：
成功，再执行
提交完成。
㈨ git分支的创建与合并
1、分支创建命令
2、分支合并：切换到master后，进行合并“分支名1”，然后要记得git push
注意：这里merge以后要记得git push哦
3、分支删除：
删除本地分支
注意：当分支改动后没有merge到主分支时，进行删除会报错哦
删除远程分支：
4、合并时冲突：分支merge的过程，可能会因为多个人或多个分支同时修改同一个地方，导致文件冲突，merge会失败。此时会提示merge失败。可以用git status查看merge失败的具体情况，再到对应文件中手动解决冲突再进行merge
5、分支管理：git branch
学习链接