git push
$ git push <远程主机名> <本地分支名>:<远程分支名>
我们一般会省略本地分支,因为我们就在本地分支呀~
所以一般的格式为 省略了本地的分支名字!!!
git push origin master
git push origin :master
远程分支的删除
git push origin :master等同于git push origin --delete master
因为本地是空分支就相当于删除;如果远程分支不存在的话,我们会进行新建一个远程分支!!!!!
git push的简略写法
git push origin sunx:master
省略:sunx是因为我们就在sunx分支上啊
省略:matser 是因为我们如果已经定义好了track的话,并且我们就在本地的分支之上了,可以省:master
省略:origin 是因为我们只有一个追踪分支 哭!!!,所以我们就不用写了!!!
git push -u origin master
我们可以通过-u进行设定本地与远程分支的默认跟踪关系!既一本地对应多远程,我们默认一个远程!
git push的配对方式默认设置
就是本地与远程的配对
simple是默认本地只与一个进行根性
mtching是默认远程的全部被更新!
我们现在默认的是simple了!!!!!
配对:git branch --track 本地分支 远程分支 把本地分支与远程分支进行对接
$ git config --global push.default matching
# 或者
$ git config --global push.default simple
git push --all origin
$ git push --all origin
是将本地的全部进行上推,不存在的就新建分支,囫囵吞枣的全部推上去,远程与本地就一致了!!!
一般用于项目初期吧!
不然责任太大了,担不起!!!!
git push --force origin
我们什么会使用到这个命令呢,是在我们想强制推送的时候回用到这组命令,因为
远程版本库比本地版本库新的话,我们再推送肯定会报错啊,版本库相信哪个啊?愁人?所以
要么:
我们在推送的时候应该把本地也弄成最新的,fetch+merge下或者pull下就是最新的版本了。
要么:
我们相信本地的版本以本地的版本为准,把远程的进行覆盖,我们加上force即可,强制推送了!!!!!
不过:
大多数团体进行集体开发的时候,我们还是相信远程版本的,一远程为准!
git push origin --tags
git push origin --tags
我们对推送加标签,使用这组命令即可!