https协议关联远程仓库的核心是三步：初始化、添加远程地址（git remote add origin https://...仅写入配置无输出）、首次推送需用个人访问令牌（pat）替代密码认证，因2026年主流平台已全面禁用密码登录。
HTTPS协议关联远程仓库，核心就三步：初始化本地仓库、添加远程地址、首次推送并验证身份。它不依赖密钥配置，但必须处理凭证——现在平台基本都不接受明文密码，得用个人访问令牌（PAT）。
git remote add origin https://... 为什么加完没反应？
这条命令只是把远程 URL 记进 .git/config，不会触发任何网络操作，所以没输出是正常的。常见误操作包括：
- 复制的 URL 多了空格或换行（尤其从网页复制时），导致
git remote -v显示地址末尾带%0A或根本无法解析 - 用了 SSH 地址格式（如
git@gitee.com:user/repo.git）却粘贴到 HTTPS 命令里 - 远程仓库名写成了
origin1或upstream，后续所有git push都得显式指定，容易漏写
验证是否成功：运行 git remote -v，应看到两行输出，且 URL 以 https:// 开头，不含用户名密码片段。
git push -u origin master 报错“Authentication failed”
这是 HTTPS 方式最常遇到的问题，本质是 Git 拒绝了凭证。2026 年起，GitHub、Gitee、GitLab 等主流平台已全面停用账户密码登录 HTTPS，必须用 PAT（Personal Access Token）。
- 错误现象：弹窗或终端提示输入 Password，输完账号密码后仍失败；或直接报
remote: Password authentication is disabled - 正确做法：在平台生成 PAT（Gitee 路径：设置 → 私人令牌 → 生成；GitHub：Settings → Developer settings → Personal access tokens → Tokens (classic)），权限至少勾选
repo（Gitee）或public_repo+write:packages（GitHub） - 输入时注意：用户名填你的平台登录名（不是邮箱），Password 栏**粘贴整个 PAT 字符串**，不可见但有效
如何避免每次 push/pull 都输令牌？
靠 Git 的 credential helper 缓存凭证，不同系统命令不同，且缓存策略有差异：
- Windows：运行
git config --global credential.helper manager-core（推荐），凭据存在 Windows 凭据管理器，重启也有效 - macOS：运行
git config --global credential.helper osxkeychain，存入钥匙串，图形界面下自动唤起授权 - Linux（无桌面）：用
git config --global credential.helper 'cache --timeout=3600'，仅内存缓存 1 小时，关终端即失效
注意：cache 类 helper 不加密存储，只适合临时开发机；生产环境或共用电脑建议不用缓存，或改用 store（明文存 ~/.git-credentials，需自行 chmod 600）。
远程分支名是 main 还是 master？推错会怎样？
Gitee 新建仓库默认分支是 master，GitHub 自 2021 年起默认为 main。如果本地分支名和远程不一致，git push -u origin master 会创建远程 master 分支，但后续 git pull 可能拉不到最新提交——因为默认跟踪的是同名分支。
- 查远程默认分支：打开仓库网页，在代码页顶部看当前显示的分支名（如 “main” 按钮高亮）
- 推送到正确分支：
git push -u origin main或git push -u origin master，取决于平台实际默认值 - 后续简化操作的前提是
-u成功绑定，否则每次都要写全git push origin main
真正容易被忽略的是：第一次 git push 后，如果没加 -u，后续 git push 会报错 “The current branch has no upstream branch”，必须手动运行 git branch --set-upstream-to=origin/main 补绑定。
