Git学习笔记

git init

初始化1个git仓库

git add

添加文件到仓库

git commit -m

提交更改，-m为此次提交的说明（message）

git status

查看仓库当前的状态

git diff

文件被修改后，查看修改的内容

git log

提交的历史版本信息（从最近到最远罗列历史提交的信息）

git clone

克隆远程库到本地     要有需要克隆的远程库的地址如：git@github.com:Jiayupeng/gitskills.git，在github仓库页面能找到，ssh支持的原生git协议速度最快

git checkout -b dev

创建dev分支，然后切换到dev分支，git checkout 命令加上-b参数表示创建并切换，相当于以下两条命令：

git branch dev

创建dev分支

git checkout dev

切换到dev分支

git branch

查看当前分支

git merge

用于合并指定分支到当前分支,如 git merge dev

Fast-forward

1种合并模式，快速合并，只是改变指针的位置而已

小结：

git鼓励大量使用分支

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>

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

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

git log --graph

可以看到分支合并图

$ git log --graph --pretty=oneline --abbrev-commit

上面那个命令的扩大，多了几个命令

手动解决冲突

如果两个分支都对同1个文件进行了修改，合并的时候会出现冲突，这时候候需要手动解决冲突

--no-ff

git merge 的禁用Fast forward模式，具体命令：

git merge --no-ff -m"merge with no-ff" dev

如果要强迫禁用Fast forward模式，Git就会在merge时生成1个新的commit，这样，从分支历史上就能够看出分支信息

开发中分支策略的几个原则

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

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

3. 你和你的小火伴们每一个人都在dev分支上干活，每一个人都有自己的分支，时不时地往dev分支上合并就能够了。

小结

1. Git分支10分强大，在团队开发中应当充分利用。
2. 合并分支时，加上--no-ff参数就能够用普通模式合并，合并后的历史有分支，能看出来曾做过合并，而fast forward合并就看不出来曾做过合并。

git stash

当需要修复1个bug，而dev分支的内容还没有提交（还不能提交，功能未完成），这个命令可以把当前工作现场“蕴藏”起来，等以后恢复现场后继续工作

git stash list

存储的stash，要恢复原来的工作现场，有两种方法：

git stash apply

恢复stash，但是还需要用git stash drop来删除

git stash drop

当用git stash apply恢复stash后，需要用这个命令来删除这个stash

git stash pop

恢复stash的同时，把stash的内容也删掉

git stash apply stash@{0}

可以屡次stash，恢复的时候，先用git stash list查看，然后恢复指定的stash

小结：

修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash1下，然后去修复bug，修复后，再git stash pop，回到工作现场。

git branch -D <branch name>

如果要抛弃1个没有合并的分支，用这个命令，强迫删除1个分支

git remote

当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默许名称是origin。

此命令，查看远程库的信息。

git remote -v

显示更详细的信息，显示了可以抓取和推送origin地址

git push origin master

推送分支，就是把该分支上的所有本地提交推送到远程库。推送时，要指定本地分支，这样，Git就会把该分支推送到远程库对应的远程分支上

git push origin dev

要推送本地其他分支到远程，就把后面的本地分支名字改成当前要推送的分支名便可

哪些分支需要推送？

master和dev需要，不过bug分支只用于本地修复bug，没推送必要，feature分支是不是推到远程，取决于你是不是和你的小火伴合作在上面开发。

git checkout -b dev origin/dev

当从远程clone下来后，默许只有本地的master分支，如果要在dev分支上做修改，需要使用这个命令，创建远程的origin的dev分支到本地

git pull

如果其他人对一样的文件做了修改，而自己一样往远程push,则会产生冲突，解决方案是先用git pull 把最新的提交从origin/dev抓下来，然后，在本地合并，解决冲突，在推送

如果pull失败，根据git的提示，使用下面的命令：

git branch --set-upstream-to=origin/<branch> dev

设置dev和origin/dev的链接，连接后，再次pull就能够成功了

git commit -m

pull成功但是合并有冲突，以后手动解决冲突，再次commit，然后再推送到远程origin

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

1. 首先，可以试图用git push origin branch-name推送自己的修改；
2. 如果推送失败，则由于远程分支比你的本地更新，需要先用git pull试图合并；
3. 如果合并有冲突，则解决冲突，并在本地提交；
4. 没有冲突或解决掉冲突后，再用git push origin branch-name推送就可以成功！

会出现的问题及解决

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

小结

1. 查看远程库信息，使用git remote -v；
2. 本地新建的分支如果不推送到远程，对其他人就是不可见的；
3. 从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；
4. 在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好1致；
5. 建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；
6. 从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。