Git常用场景使用之分支操作
1.拉取推送分支：
gitbranch分支名:创建分支
gitcheckout分支名:切换分支
gitcheckout–b分支名:创建并切换到新分支
本地拉取分支后推送到远程：
gitpush<远程主机名><本地分支名>:<远程分支名>
【注意】直接gitpush会将当前本地分支推送到对应远端同名分支，如果远端没有同名分支则会新建同名分支
【举例】gitpush和gitpushoriginbranchTest是等效的，都是将本地branchTest分支推送到远端
2.分支切换：
举例的切换都是从branchTest切master分支
【场景1】分支切换后提示：Yourlocalchangestothefollowingfileswouldbeoverwrittenbycheckout
【原因】如同push出现冲突问题一样，该切换问题是因为当前branchTest修改代码后，和master代码冲突
比如，master的File1未666666、777777两行；branchTest修改后把777777删掉了，切换的时候就会出现该问题；
如果branchTest修改时，不对master的代码做改动，即单纯的添加888888，则不会出现该问题。
【解决1】ForceCheckout会保留原汁原味的master代码，分支修改的代码不会出现再master
SmartCheckout选择让你手动解决冲突，可参考：链接的第4点
Don'tCheckout就是让你放弃切换分支
【解决2】Don'tCheckout放弃切换，然后commit一下，再切换，就不会有如上问题
但这样会导致本地存在多个commit，到时还得合并多个本地commit
3.在错误的分支修改了代码：
【场景】在branchTest修改完代码后，发现分支错了，应该是要在master是修改的
【解决1】未commit情况下，切换master分支，如上解决冲突；
commit了的话，可以reset后再切换；当然如果改动不大，可以切换后重新修改吧，
【解决2】如果能确定push前远端两个分支的代码是一样的，那么可以gitpushoriginbranchTest:master将branchTest提交的代码推送到远端commit分支
【解决3】如果push前远端两个分支的代码不一样，会pushrejected
3-3-a.pull远端master代码到当前分支，会提示冲突，手动解决冲突
3-3-b.代码重新commit
手动解决冲突后，可以看见log中，之前提交的commit已经断开了，所以需要重新提交commit
重新commit后，会自动合并回来，这样就可以gitpushoriginbranchTest:master
【建议】修改代码前明确分支，提交代码前先拉取代码，有冲突则解决冲突。
总结
到此这篇关于Git常用场景使用-分支操作的文章就介绍到这了,更多相关Git常用场景使用内容请搜索毛票票以前的文章或继续浏览下面的相关文章希望大家以后多多支持毛票票！
声明：本文内容来源于网络，版权归原作者所有，内容由互联网用户自发贡献自行上传，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任。如果您发现有涉嫌版权的内容，欢迎发送邮件至：czq8825#qq.com（发邮件时，请将#更换为@）进行举报，并提供相关证据，一经查实，本站将立刻删除涉嫌侵权内容。