git push失败主因是未设置upstream分支，需首次用git push -u origin main绑定；remote已存在属正常提示；HTTPS需频繁认证，SSH需配置密钥；git remote add前须确保已git init。
remote add 之后 push 失败：没设置 upstream
加了远程地址不等于能直接 git push，Git 默认不知道该把当前分支推到远程哪个分支。常见报错是：fatal: The current branch main has no upstream branch.
- 执行
git push -u origin main（首次推送时加-u），它会把本地main分支和远程origin/main绑定为 upstream - 之后再用
git push就不用写分支名了 - 如果已经推过但忘了
-u，可以用git branch --set-upstream-to=origin/main main补上
remote add 报错 fatal: remote origin already exists
说明你本地仓库已经配过叫 origin 的远程地址了，比如之前 init 过、clone 过，或者手动加过。这不是错误，只是提醒你别重复配置。
- 先用
git remote -v看现有 remote 列表 - 想换地址？用
git remote set-url origin https://github.com/user/repo.git - 想删掉重来？用
git remote remove origin，再git remote add origin ... - 别手欠删错 remote 名——
origin是约定俗成的默认名，改用其他名字（如upstream）只在特定协作场景下才需要
HTTPS 和 SSH 地址怎么选？影响 clone 和 push 流程
远程 URL 写法不同，直接影响认证方式和后续操作是否顺畅。
- HTTPS 地址形如
https://github.com/user/repo.git：每次 push 都可能弹窗输账号密码（除非配了 credential helper） - SSH 地址形如
git@github.com:user/repo.git：依赖本地~/.ssh/id_rsa和 GitHub 账号绑定的公钥，首次 setup 稍麻烦，但后续免密 - 用
git remote get-url origin查当前地址；用git remote set-url origin git@github.com:user/repo.git切换协议 - 国内某些网络环境下，HTTPS 可能被拦截或限速，SSH 更稳；但企业内网有时禁 SSH，只能走 HTTPS
git remote add 后没反应？检查是不是漏了 git init
git remote add 只是往 .git/config 里写一行配置，不会自动初始化仓库。如果你刚建了个空文件夹就跑这命令，大概率后续所有 Git 操作都报错。
- 确认当前目录下有
.git文件夹：运行ls -a或dir /a（Windows） - 没有？先
git init，再git remote add origin ... - 已有
.git但还是不认？可能是你在子目录里执行的命令——git remote必须在工作区根目录运行 - 顺带一提：
git clone会自动init + remote add + fetch + checkout，新手建议优先用 clone，而不是手动 init + add
remote add 本身很简单，真正卡住人的，往往是 upstream 没设、URL 协议选错、或者根本还没 git init。这些地方不细看报错信息，很容易在原地打转。
