GitHub多人协作下的分支处理
《GitHub多人协作下的分支处理》要点：
本文介绍了GitHub多人协作下的分支处理，希望对您有用。如果有疑问，可以联系我们。
GitHub上的团队协作
长途信息
git remote:查看长途库的信息
git remote -v：查看长途库的详细信息
推送分支
git push origin 要推送的分支：好比git push origin dev是向服务器推送dev分支.而我们熟悉的git push origin master就是向远程推送master分支.
假设有一个分支bug_dev专门用来修复bug,就不需要推送了,只要自己留着就可以了(除非要别人赞助修复).其他的分支要根据功能来决定是否推送.
关于-u参数等其他方面可以看之前的博文.
抓取分支
如果直接从远程仓库clone到当地的文件中,那么只会有master分支.
如果想获得dev分支到当地,需要：git checkout -b dev origin/dev.就是把origin上的dev分支get到当地,并且名字为dev.
此时,我在当地的两个文件夹中的dev分支分别对同一个文本文件做了相同修改,当1号文件夹push成功后,再push二号文件夹就失败了.
呈现如截图所示的情况.此时,应该：
-
git branch --set-upstream dev origin/dev：指定本地dev分支与远程origin/dev分支的链接 -
git pull:把最新的提交从origin/dev抓下来 - 此时出现了之前的合并分支冲突的情况(如下截图),办理方式和之前一样,最后再提交就可以了.
Feature分支
类似于项目代码的一个功能,后来决定不要了,你刚好还没开发完,那就直接把这个分支删除了(不必要再合并)：
git branch -D 分支名字
Bug分支
如果在一个分支上工作但没有完成,还需要临时区别的分支修复bug时候.需要保留下来,尽量别提交,否则队友可能被你的不完善的代码坑掉.
git stash:暗藏当前的工作现场(如截图),status的结果是clean!!!
git stash list:查看所有暗藏
git stash apply stash的id：规复
git stash drop stash的id:apply恢复后并没有git list中删除,所以用这条命令此中stash的内容删除.(如截图)
GitHub 教程系列文章：
通过GitHub创立个人技术博客图文详解 http://www.linuxidc.com/Linux/2015-02/114121.htm
GitHub 使用教程图文详解 http://www.linuxidc.com/Linux/2014-09/106230.htm
使用 GitHub / GitLab 的 Webhooks 进行网站自动化部署 http://www.linuxidc.com/Linux/2016-06/131993.htm
多个GitHub帐号的SSH key切换 http://www.linuxidc.com/Linux/2016-05/131080.htm
如安在同一台电脑上使用两个GitHub账户 http://www.linuxidc.com/Linux/2016-05/131079.htm
利用GitHub搭建小我Maven仓库 http://www.linuxidc.com/Linux/2016-04/130197.htm
一分钟熟悉GitHub http://www.linuxidc.com/Linux/2015-11/125089.htm
分享适用的GitHub 使用教程 http://www.linuxidc.com/Linux/2014-04/100556.htm
GitHub使用操作指南 http://www.linuxidc.com/Linux/2016-10/135782.htm
GitHub使用办法入门基础 http://www.linuxidc.com/Linux/2017-05/144084.htm
GitHub 的详细先容：请点这里
GitHub 的下载地址：请点这里
本文永远更新链接地址：http://www.linuxidc.com/Linux/2017-06/145131.htm
《GitHub多人协作下的分支处理》是否对您有启发，欢迎查看更多与《GitHub多人协作下的分支处理》相关教程，学精学透。维易PHP学院为您提供精彩教程。
