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二号文件夹就失败了.

呈现如截图所示的情况.此时,应该：

1. git branch --set-upstream dev origin/dev：指定本地dev分支与远程origin/dev分支的链接
2. git pull:把最新的提交从origin/dev抓下来
3. 此时出现了之前的合并分支冲突的情况(如下截图),办理方式和之前一样,最后再提交就可以了.

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学院为您提供精彩教程。