git

新增分支

git branch XXX

切换分支

git checkout XXX

新建并切换分支

git checkout -b XXX

基于远程master分支切除一个新分支

git checkout -b new_feature origin/master

删除分支

git branch -d XXX

出于安全考虑，没有被合并到master过的branch在删除是会失败（因为可能会误删掉未完成的branch）
如果确认要删除这个branch（例如某个未完成的功能被团队确认永久毙掉了）
可以用下述命令永久删除

git branch -D XXX

删除远程仓库的branch分支

git push origin -d XXX

branch的意义

推送本地分支

git push origin feature

这里的git push 多了origin feature 这个连个参数
origin 是远程仓库的别名，是在git clone时git自动起的
feature 是远程仓库中目标branch的名字
即：我要push到origin这个仓库的feature分支
在git中，默认情况下，git push 只能上传那些之前从远端clone下来的或者pull下来的分支
而如果需要push本地自己创建的分支，则需要手动指定目标仓库和目标分支（并且目标分支的名称必须和本地分支完全相同）
远程仓库中HEAD是永远指向他的默认分支的（master），并不会随着默认分支的移动而移动

---

pull内部操作其实是把远程仓库取到本地后（使用fetch），再用一次merge来把远端仓库的新commits合并到本地

---

merge：合并commits

merge负责：从目标commit和commit（即HEAD所指向的commit）分叉的位置起，把目标commit的路径上所有commit的内容一并应用到当前commit，然后自动生成一个新的commit

git merge feature

Feature Branching 最流行的工作流

这种工作模型的限制：使用这种工作模型时，每个人的代码在被大家看到的时候，就是它进入正式的生产库的时候
这种工作流的核心内容总结：
1、任何新功能（feature）或bug修复全部新建一个branch来写；
2、branch写完后，合并到master，然后删除这个branch

解决了团队开发的两个关键问题：
1、代码分享
2、一人多任务

查看历史

git log

查看详细历史

-p是 --patch的缩写，可以看到具体每个commit的改动细节

git log -p

精简历史

如果你只想大致看一下改动内容，但并不想深入每一行的细节（例如你想回顾一下自己是在哪个 commit 中修改了 games.txt 文件），那么可以把选项换成 --stat

git log --stat

查看任意一个commit

在 show 后面加上这个 commit 的引用（branch 或 HEAD 标记）或它的 SHA-1 码：

git show 5e68b0d8

看指定 commit 中的指定文件

在 commit 的引用或 SHA-1 后输入文件名：

git show 5e68b0d8 shopping\ list.txt

直接输入gitk命令，可以在可视化窗口中查看历史

rebase

由于merge后就会出现分叉，显得混乱；
如果不希望出现分叉，可以用rebase来代替merge
为了避免和远端仓库发生冲突，一般不要从master向其他branch执行rebase操作
而如果是master以外的branch之间的rebase（比如branch1和branch2）直接rebase就好

git checkout branch1
git rebase master

刚刚提交的代码，发现写错了怎么办？ 对最新一条commit进行修正

amend是修正的意思
git会把当前commit里的内容和暂存区（stageing area）里的内容合并起来后创建一个新的commit
用这个新的commit把当前commit替换掉
所以commit --amend做的事是：对最新一条commit进行修正
注：commit --amend 并不是直接修改原 commit 的内容，而是生成一条新的 commit

git commit --amend

写错的不是最新的提交，而是倒数第二个？

rebase -i：交互式rebase

rebase -i 是 rebase -interactive 的缩写形式，即 交互式rebase

git rebase -i HEAD^^

上面这行代码表示，把当前 commit （ HEAD 所指向的 commit） rebase 到 HEAD 之前 2 个的 commit 上

说明：在 Git 中，有两个「偏移符号」： ^ 和 ~。
^ 的用法：在 commit 的后面加一个或多个 ^ 号，可以把 commit 往回偏移，偏移的数量是 ^ 的数量。例如：master^ 表>示 master 指向的 commit 之前的那个 commit； HEAD^^ 表示 HEAD 所指向的 commit 往前数两个 commit。
~ 的用法：在 commit 的后面加上 ~ 号和一个数，可以把 commit 往回偏移，偏移的数量是 ~ 号后面的数。例如：HEAD~5 >表示 HEAD 指向的 commit往前数 5 个 commit。

操作步骤：
1/git rebase -i HEAD^^
2/git add .
3/git commit --amend
4/ git rebase --continue

比错还错，想直接丢弃刚写的提交？

reset --hard 丢弃 最新的提交
即撤销这条 commit
一旦回退到上个版本，除非记住该版本的commit标记，否则不能再找到之后的版本了
慎用

git reset --hard HEAD^

想丢弃的也不是最新的提交？

用交互式 rebase 撤销提交

git rebase -i HEAD^^
运行命令后，直接删除不要的 commit即可

用 rebase --onto 撤销提交

下次再看，乱

代码已经 push 上去了才发现写错？

1. 出错的内容在你自己的 branch

强制提交覆盖本地的分支
-f 是 --force 的缩写，意为「忽略冲突，强制 push」

git push origin branch1 -f

2. 出错的内容已经合并到 master

千万不能在master上强制push

在 revert 完成之后，把新的 commit 再 push 上去，这个 commit 的内容就被撤销了。它和前面所介绍的撤销方式相比，最主要的区别是，这次改动只是被「反转」了，并没有在历史中消失掉，你的历史中会存在两条 commit ：一个原始 commit ，一个对它的反转 commit。

git checkout branch 的本质

git checkout branch名 的本质，其实是把 HEAD 指向指定的 branch，然后签出这个 branch 所对应的 commit 的工作目录。所以同样的，checkout 的目标也可以不是 branch，而直接指定某个 commit：

git checkout HEAD^^s
git checkout master~5
git checkout 78a4bc
git checkout 78a4bc^

临时打包类型

stash：临时存放工作目录的改动
把当前工作目录暂时清理干净

git stash

需要的时候在重新复位

git stash pop

注意：没有被 track 的文件（即从来没有被 add 过的文件)不会被 stash 起来，因为 Git 会忽略它们。如果想把这些文件也一起 stash，可以加上 -u 参数，它是 --include-untracked 的简写。就像这样：

git stash -u