git 本地分支如何推送到远程分支

[Q&A] git push 作用

git push 用于将本地仓库的提交推送到远程仓库。

前置条件

１・权限：具备push权限
２・已配置远程仓库：通常这个远程仓库是GitHub、GitLab、Codehub等代码托管平台上的一个仓库。
３・本地分支与远程分支已关联：默认情况下，Git会尝试将你当前所在的分支推送到与之同名的远程分支上。
４・没有冲突：确保你的推送不会与远程仓库的现有提交产生合并冲突。

本地分支 推送到 已关联的远程分支

git push origin <本地分支名>:<远程分支名>    将本地分支的更新推送到远程仓库的一个分支上 
git push origin dev:dev
git push origin dev                        将本地的 dev 推送到名为 origin 的远程仓库的与之同名的远程分支上
git push                                   把当前分支推送到与之关联的上游分支

git push -f      origin dev                强制推送
git push --force origin dev                强制推送

[Q&A] git push origin release 衍生效果

git push origin release
1. 本地release 和 远程release   满足 fast-forward 则可以合入
2. 本地release 和 远程release 不满足 fast-forward 则被报错拦截
3. .git/config 中未追加关联关系也可执行此操作
4. .git/refs/remotes/origin 里会追加文件 release

[Q&A] git push origin release 和 git push 区别

1. 当只关联一个远程仓库时，这两个命令没什么区别
2. 当关联了两个多个仓库、有多个分支时，git push可能会报错，因为它不知道要上传代码到哪里去，而 git push origin master 指定仓库和分支，就不会报错

本地分支 推送到 远程仓库的新分支

git push -u             origin <本地分支名>:<远程分支名>
git push -u             origin release:new-release       将本地分支releas的更改推送到一个远程仓库中不存在的新分支new-releas，并且设置上游跟踪（upstream tracking）
git push --set-upstream origin release                   将本地分支releas的更改推送到一个远程仓库中不存在的新分支release，   并且设置上游跟踪（upstream tracking）
git push -u             origin release                   为 git push --set-upstream origin release 缩写版本， -u 应该为 -upstream

本地分支 推送到 未关联的远程分支

git branch --set-upstream-to=origin/release2 release3    本地release3分支 去跟踪 远程origin/release2分支
git push origin HEAD:release2                            将当前分支推送到远程仓库的一个特定分支，这也是分支名不同名时push代码的方式

拓展请转阅 ：Git常用命令汇总