Git基础03

Git

代码

ssh-keygen -t rsa -C "youremail@example.com" #创建SSH Key
git remote add origin https://github.com/name/filename.git #关联本地仓库与GitHub仓库
git push origin branchname #推送本地仓库
git clone git@github.com:youename/filename.git #从GitHub克隆库
git remote #查看远程库信息
git pull #下载远程的更新 
git branch #查看分支
git branch name #创建分支
git checkout name #切换分支
git checkout -b name #创建并切换到分支
git merge name #合并分支到当前分支
git branch -d name #删除分支
git log --graph #查看分支合并图
git stash #封存现场
git stash pop #回到现场

远程仓库

GitHub是一个Git的远程仓库，免费，24小时开机的服务器，很强，很安全，很方便。只要注册一个账号就能享受了。

分支管理

通过指针

Git中的分支管理是通过指针实现的。有一条主线指针叫master，他是默认的指针，也可以说是最正式的指针，最终发布版本一般用他。我们通过一个指向master的叫HEAD的指针进行修改，HEAD就像我们的眼睛。
因为指针的特性，我们平常的开发在另一条分支上完成，开发完成一节阶段后同步到master上，这就是分支管理

冲突

一般的分支同步是用Fast forward模式，建立在一个分支是另一个分支的子集上的（虽然分支不是集合，但就是这个意思），如果两个分支有交集，那么就会发生冲突，这时就需要手动修改。
引用廖雪峰大大的一段话：

在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。

为什么要用stash修改Bug而不直接新建分支修改？

当项目小或者工程较少时新建分支没问题，但是当参与的人数较多时，stash能在不影响其他人和自己正在进行的工作的情况下修改Bug。所以采用stash--新建分支修改--合并分支--解除stash的流程。
再捋一遍
现有分支：master（发布版）、dev（开发版）
1.我们在dev下开发，发现有一个bug需要修复
2.我们用git stash封存dev分支，回到master分支新建一个bug分支修复bug
3.在master分支下git merge bug
4.在dev分支下git merge master
5.解除dev的封存，回到开发、

学习链接

Git基础01 https://www.zybuluo.com/sevenup233/note/769000
Git基础02 https://www.zybuluo.com/sevenup233/note/774120
Git基础03 https://www.zybuluo.com/sevenup233/note/781888
Git基础04 https://www.zybuluo.com/sevenup233/note/788230