将本地分支推送到远程仓库，最通用的命令是 git push origin <分支名>。操作前需确保本地仓库已关联远程地址且拥有写入权限。
先说结论：推送操作本质是将本地提交同步到远程，首次推送建议建立追踪关系，后续可直接使用 git push。
- 适合：本地已有提交需要同步到远程仓库的场景
- 先看：远程仓库地址是否正确、当前分支名称是否匹配
- 建议：首次推送时加上 -u 参数建立上游关联，避免每次都要指定分支
核心命令速查
以下是几种常见场景的直接执行命令，根据实际需求选择：
# 首次推送当前分支并建立追踪关系
git push -u origin <分支名>
# 推送当前分支到同名远程分支（已关联过）
git push
# 推送本地分支到不同名的远程分支
git push origin <本地分支名>:<远程分支名>
# 强制推送（慎用，会覆盖远程历史）
git push `--force` origin <分支名>实操步骤
按照以下步骤操作，可以确保推送过程顺利：
1. 确认远程仓库地址
执行 git remote -v 查看当前关联的远程地址。如果没有关联，需要执行 git remote add origin <仓库地址> 建立关联。
2. 确认当前分支
使用 git branch 查看当前所在分支，确保你在正确的分支上。如果不在，使用 git checkout <分支名> 切换。
3. 执行推送
如果是第一次推送该分支，建议使用 git push -u origin <分支名>。后续在同一分支推送只需输入 git push。
4. 处理推送拒绝
如果提示拒绝推送（rejected），通常是因为远程有本地没有的提交。此时应先执行 git pull 拉取并合并，解决冲突后再推送。
验证推送结果
推送完成后，可以通过以下方式确认：
1. 网页查看
登录代码托管平台（如 GitHub、Gitee、GitLab），刷新仓库页面，查看分支列表和提交记录是否更新。
2. 命令查看
在终端执行 git branch -r 查看远程分支列表，确认目标分支是否存在。
3. 状态检查
执行 git status，如果显示 Your branch is up to date with 'origin/<分支名>'，说明本地与远程同步一致。
常见问题与排查
操作过程中容易遇到以下几个问题，需提前注意：
1. 权限不足
如果报错 Permission denied 或 Could not resolve host，可能是没有仓库写入权限或网络问题。需要联系管理员开通权限或检查网络连接。建议使用 SSH 密钥替代 HTTPS 密码认证以提高稳定性。
2. SSL 证书报错
遇到 SSL certificate problem 时，通常是服务器证书未受信任或中间人攻击风险。不建议在生产环境执行 git config http.sslVerify false。正确做法是配置正确的 CA 证书或切换为 SSH 协议。
3. 强制推送风险
使用 `--force` 参数会覆盖远程分支历史，可能导致他人代码丢失。除非明确知道后果（如修正错误提交），否则避免使用。团队协作分支严禁强制推送。
4. 分支名混淆
注意 pull 是远程在前本地在后，push 相反。如果本地分支名和远程不一致，需要明确指定映射关系。