远程仓库、添加远程仓库、从远程库克隆、创建与合并分支、解决冲突、分支管理策略
bug分支、feature分支、多人协作
远程仓库
可以使用gitHub ，也可以自己搭建git服务器
使用githun：创建SSH Key 创建了之后再“用户”主目录下会有一个.ssh的文件夹
如果没有，使用 Git Bash 创建SSH Key：
ssh-keygen -t rsa -C "[email protected]" 一路回车就行，没啥重要的无需设置密码
完成之后，在用户主目录中会有有一个 .ssh的文件夹，里面有id_rsa和id_rsa.pub两个文件，id_rsa是私钥，不能泄露 ，id_rsa是共钥，可以谁便说 反正没私钥也没啥用
然后就在gitHub 中添加这个公钥吧。GitHub只有知道了你的工钥才能知道这个文件是你自己推送的
添加远程仓库
要关联一个远程库，使用命令：git remote add origin(注释) git@server-name:path/repo-name.git
origin:远程库的名字就是origin，这是Git默认的叫法，也可以改成别的
关联远程库之后使用，命令：git push -u origin master 第一次推送master的所有的内容； -u参数，不但会推送，还会关联master分支
以后，每次提交后，只要有需要，就可以使用命令：git push origin master 推送最新修改
从远程库克隆
1、获得远程库的地址 2、使用git clone 克隆一个本地库
命令:git clone git clone [email protected]:Mandy997/Mandy997.github.io.git
Git不但支持ssh协议,还支持https等其他协议，默认使用git://使用ssh
使用http不但速度慢 而且每次推送都必须输入口令
创建与合并分支
每次提交，Git都把他们串成一条线，这条时间线就是一个分支，一开始有一个指针，就是主分支master,然后你想增加一个分支dev,在这条时间线上就增加了一个指针dev,它指向与master相同的提交，再把HEAD指向dev，就表示当前分支在dev上了
如果在dev的工作完成了，就可以把dev合并到master上，git就会把master指向dev当前的提交，就完成了合并
创建dev分支命令:git branch dev
切换分支： git checkout dev
创建+切换分支命令： git checkout -b dev(分支名字)
合并某分支到当前分支：git merge name
删除分支: git branch -d name
查看分支：git branch
解决冲突
当master和另一个分支dev都有新的提交的时候。git无法执行“快速合并”,只能试着把各自的修改合并起来，但这种合并就可能有冲突。
使用命令：git merge name（分支名） 进行合并分支
有时候会出现这两句
CONFLICT (content): Merge conflict in readme.txt
Automatic merge failed; fix conflicts and then commit the result.
就说明合并到分支冲突了，必须手动解决冲突后再提交。这时候我们就可以直接在ide中查看到冲突的内容
使用 git status 命令也可以告诉我们冲突的文件
Git用<<<<<<<，=======，>>>>>>>标记出不同分支的内容
修改之后，再次提交
使用带参数的git log 也可以看到分支合并的情况。。。
git log --graph --pretty=oneline --abbrev-commit
分支管理策略
一般情况下，合并分支的时候，Git会用 Fast forward 模式，但在这种模式下，删除分支后，会丢掉分支信息
如果要强制禁用 Fast forwart 模式。Git 就会在 merge 时生成一个新的commit，这样，从分支历史上就可以看出分支信息了
准备合并分支的时候，注意使用 --no-ff参数，表示禁用 Fast forward，本次合并要创建一个新的commit，所以加上-m 参数，把commit的描述写进去
命令如下：git merge --no-ff -m “merge with no-ff” dev
分支策略
在实际开发中，我们应该按照几个基本原则进行分支管理：
首先，master分支应该是非常稳定的，也就是仅用来发布新版本，平时不能在上面干活；
那在哪干活呢？干活都在dev分支上，也就是说，dev分支是不稳定的，到某个时候，比如1.0版本发布时，再把dev分支合并到master上，在master分支发布1.0版本；
你和你的小伙伴们每个人都在dev分支上干活，每个人都有自己的分支，时不时地往dev分支上合并就可以了。
Bug分支
当出现Bug的时候，你要尽快去修复Bug .但是你手头上的工作只进行了一半还没有提交
这时候就可以用到Git提供的一个’stash’功能，可以把当前的工作现场“储藏”起来，等以后恢复现场继续工作
储存工作现场命令： git stash
储藏完工作区 再用 git status 查看工作区，就是干净的。。这时候就可以放心的去创建分支修复bug
首先要确定在哪个分支修复bug,如果在master分支上修复，那就从master创建临时分支
修复完bug之后，继续切换到dev分支上干活，这时候使用 git status查看工作区状态还是干净的
使用命令：git stash list 查看刚才的工作现场
Git 把 stash 内容存放在了某个地方，但是要恢复一下，有两个办法：
使用命令：git stash apply 恢复，但是在恢复后，stash内容并不会删除，需要使用’git stash drop 删除’；
另一种方法就是用 git stash pop ,恢复的同时也可以把stash内容也删了
你也可以多次stash ， 恢复的时候，先用 git stash list查看，然后恢复到指定的stash,用命令：git stash apply stash@{0}
feature分支
软件开发中，总是有不断地新功能要添加进来，添加一个新功能时，不会希望把主分支搞乱的
所以每添加一个新功能，最好新建一个 ‘Feature分支’ 在这个分支上开发，完成之后再合并，最后删除
多人协作
查看远程库的信息： git remote
详细信息： git remote -v
向远程库推送：
master分支是主分支，因此要时刻与远程同步；
dev分支是开发分支，团队所有成员都需要在上面工作，所以也需要与远程同步；
bug分支只用于在本地修复bug，就没必要推到远程了，除非老板要看看你每周到底修复了几个bug;
feature分支是否推到远程，取决于你是否和你的小伙伴合作在上面开发。