git整理

以下内容是我整理git资料，用来忘记的时候进行参考。如果想完成的学习git仓库，推荐廖雪峰的git教程

团队在使用github或者gitlab之类的工具进行团队协作的时候，大致的流程如下：

1. 把团队之前的代码拉下来（或者自己创建一个远程仓库）
2. 创建一个自己的分支
3. 在自己的分支上进行开发测试，开发测试结束之后，推送到远程库中
4. 交给管理者将我们自己开发的分支合并到master分支上

创建版本库

1. 初始化一个Git仓库，使用git init命令。

2. 添加文件到Git仓库，分两步：

   • 使用命令git add ，注意，可反复多次使用，添加多个文件；
   • 使用命令git commit -m ，完成。

这个版本库一般都是在本地使用的。每一次修改，将修改的部分提交到本地库中，假设改错了需要进行版本回溯。这就是git版本库强大的地方。

远程库

1. 关联远程库，使用命令git remote add origin git@server-name:path/repo-name.git；

2. 推送分支内容，使用命令git push -u origin master第一次推送master分支的所有内容；

3. 要克隆一个仓库，首先必须知道仓库的地址，然后使用git clone命令克隆。

此后，每次本地提交后，只要有必要，就可以使用命令git push origin master推送最新修改；

分布式版本系统的最大好处之一是在本地工作完全不需要考虑远程库的存在，也就是有没有联网都可以正常工作，而SVN在没有联网的时候是拒绝干活的！当有网络的时候，再把本地提交推送一下就完成了同步，真是太方便了！

我们将git仓库同步到远程库中，不管在哪，使用什么机器，只要有网络，都可以将远程库中的代码拷贝下来。

分支管理

git版本库就跟将军带兵打战一样，将军主线任务是指挥战役，攻城略地，但是有很多各种支持，辅助，小的战役的支线任务。比如让副将搬运粮草，将军不管副将搬运粮草的过程是怎么样的，一旦副将将搬运粮草任务完成，这个支线任务对将军最终目标是很有帮助的，推动着将军的主线任务。完成了很多的支线任务，最终推动主线任务往前走。

查看分支：git branch

创建分支：git branch

切换分支：git checkout

创建+切换分支：git checkout -b

合并某分支到当前分支：git merge

删除分支：git branch -d

当Git无法自动合并分支时，就必须首先解决冲突。解决冲突后，再提交，合并完成。

解决冲突就是把Git合并失败的文件手动编辑为我们希望的内容，再提交。

用git log –graph命令可以看到分支合并图。

分支管理策略
阅读: 473798
通常，合并分支时，如果可能，Git会用Fast forward模式，但这种模式下，删除分支后，会丢掉分支信息。

如果要强制禁用Fast forward模式，Git就会在merge时生成一个新的commit，这样，从分支历史上就可以看出分支信息。

下面我们实战一下–no-ff方式的git merge：

首先，仍然创建并切换dev分支：

$ git checkout -b dev
Switched to a new branch ‘dev’
修改readme.txt文件，并提交一个新的commit：

$git add readme.txt$ git commit -m “add merge”
[dev f52c633] add merge
1 file changed, 1 insertion(+)
现在，我们切换回master：

$ git checkout master
Switched to branch ‘master’
准备合并dev分支，请注意–no-ff参数，表示禁用Fast forward：

$ git merge –no-ff -m “merge with no-ff” dev
Merge made by the ‘recursive’ strategy.
readme.txt | 1 +
1 file changed, 1 insertion(+)
因为本次合并要创建一个新的commit，所以加上-m参数，把commit描述写进去。

合并后，我们用git log看看分支历史：

$ git log –graph –pretty=oneline –abbrev-commit
* e1e9c68 (HEAD -> master) merge with no-ff
|\
| * f52c633 (dev) add merge
|/
* cf810e4 conflict fixed
…
可以看到，不使用Fast forward模式，merge后就像这样：

git-no-ff-mode

分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：

首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；

那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；

你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

所以，团队合作的分支看起来就像这样：

多人协作的工作模式通常是这样：

1. 首先，可以试图用git push origin 推送自己的修改；

2. 如果推送失败，则因为远程分支比你的本地更新，需要先用git pull试图合并；

3. 如果合并有冲突，则解决冲突，并在本地提交；

4. 没有冲突或者解决掉冲突后，再用git push origin 推送就能成功！

如果git pull提示no tracking information，则说明本地分支和远程分支的链接关系没有创建，用命令git branch –set-upstream-to origin/。

这就是多人协作的工作模式，一旦熟悉了，就非常简单。

1. 查看远程库信息，使用git remote -v；

2. 本地新建的分支如果不推送到远程，对其他人就是不可见的；

3. 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

4. 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

5. 建立本地分支和远程分支的关联，使用git branch –set-upstream branch-name origin/branch-name；

6. 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

查看、添加、提交、删除、找回，重置修改文件

git help # 显示command的help

git show # 显示某次提交的内容 git show $id

git co – # 抛弃工作区修改

git co . # 抛弃工作区修改

git add # 将工作文件修改提交到本地暂存区

git add . # 将所有修改过的工作文件提交暂存区

git rm # 从版本库中删除文件

git rm –cached # 从版本库中删除文件，但不删除文件

git reset # 从暂存区恢复到工作文件

git reset – . # 从暂存区恢复到工作文件

git reset –hard # 恢复最近一次提交过的状态，即放弃上次提交后的所有本次修改

git ci git ci . git ci -a # 将git add, git rm和git ci等操作都合并在一起做　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　git ci -am “some comments”

git ci –amend # 修改最后一次提交记录

git revert

查看文件diff

git diff # 比较当前文件和暂存区文件差异 git diff

git diff # 比较两次提交之间的差异

git diff .. # 在两个分支之间比较

git diff –staged # 比较暂存区和版本库差异

git diff –cached # 比较暂存区和版本库差异

git diff –stat # 仅仅比较统计信息

查看提交记录

git log git log # 查看该文件每次提交记录

git log -p # 查看每次详细修改内容的diff

git log -p -2 # 查看最近两次详细修改内容的diff

git log –stat #查看提交统计信息

tig

Mac上可以使用tig代替diff和log，brew install tig

Git 本地分支管理

查看、切换、创建和删除分支

git br -r # 查看远程分支

git br # 创建新的分支

git br -v # 查看各个分支最后提交信息

git br –merged # 查看已经被合并到当前分支的分支

git br –no-merged # 查看尚未被合并到当前分支的分支

git co # 切换到某个分支

git co -b # 创建新的分支，并且切换过去

git co -b # 基于branch创建新的new_branch

git co $id # 把某次历史提交记录checkout出来，但无分支信息，切换到其他分支会自动删除

git co $id -b # 把某次历史提交记录checkout出来，创建成一个分支

git br -d # 删除某个分支

git br -D # 强制删除某个分支 (未被合并的分支被删除的时候需要强制)

分支合并和rebase

git merge # 将branch分支合并到当前分支

git merge origin/master –no-ff # 不要Fast-Foward合并，这样可以生成merge提交

git rebase master # 将master rebase到branch，相当于： git co && git rebase master && git co master && git merge

Git补丁管理(方便在多台机器上开发同步时用)

git diff > ../sync.patch # 生成补丁

git apply ../sync.patch # 打补丁

git apply –check ../sync.patch #测试补丁能否成功

Git暂存管理

git stash # 暂存

git stash list # 列所有stash

git stash apply # 恢复暂存的内容

git stash drop # 删除暂存区

Git远程分支管理

git pull # 抓取远程仓库所有分支更新并合并到本地

git pull –no-ff # 抓取远程仓库所有分支更新并合并到本地，不要快进合并

git fetch origin # 抓取远程仓库更新

git merge origin/master # 将远程主分支合并到本地当前分支

git co –track origin/branch # 跟踪某个远程分支创建相应的本地分支

git co -b origin/ # 基于远程分支创建本地分支，功能同上

git push # push所有分支

git push origin master # 将本地主分支推到远程主分支

git push -u origin master # 将本地主分支推到远程(如无远程主分支则创建，用于初始化远程仓库)

git push origin # 创建远程分支， origin是远程仓库名

git push origin : # 创建远程分支

git push origin : #先删除本地分支(git br -d )，然后再push删除远程分支

Git远程仓库管理

GitHub

git remote -v # 查看远程服务器地址和仓库名称

git remote show origin # 查看远程服务器仓库状态

git remote add origin git@ github:robbin/robbin_site.git # 添加远程仓库地址

git remote set-url origin git@ github.com:robbin/robbin_site.git # 设置远程仓库地址(用于修改远程仓库地址) git remote rm # 删除远程仓库

创建远程仓库

git clone –bare robbin_site robbin_site.git # 用带版本的项目创建纯版本仓库

scp -r my_project.git git@ git.csdn.net:~ # 将纯仓库上传到服务器上

mkdir robbin_site.git && cd robbin_site.git && git –bare init # 在服务器创建纯仓库

git remote add origin git@ github.com:robbin/robbin_site.git # 设置远程仓库地址

git push -u origin master # 客户端首次提交

git push -u origin develop # 首次将本地develop分支提交到远程develop分支，并且track

git remote set-head origin master # 设置远程仓库的HEAD指向master分支

也可以命令设置跟踪远程库和本地库

git branch –set-upstream master origin/master

git branch –set-upstream develop origin/develop

参考资料
http://www.cnblogs.com/cspku/articles/Git_cmds.html
https://www.liaoxuefeng.com/wiki/0013739516305929606dd18361248578c67b8067c8c017b000