仓库克隆的艺术：SSH vs HTTPS与多账户权限管理实战昨天帮同事调试一个权限问题，他的本地仓库突然无法推送代码。git push反复提示认证失败，但网页登录 GitHub 一切正常。排查半小时发现，他克隆时用了 HTTPS，而本地凭证过期后没更新。这让我想起自己刚接触 Git 时，也分不清 SSH 和 HTTPS 该选哪个，更别说管理多个平台的账户了。今天咱们就彻底把这事聊透。克隆的两种姿势：不只是协议差异很多人觉得 SSH 和 HTTPS 无非是连接方式不同，能用就行。其实这背后涉及认证机制、网络环境、权限控制的根本差异。先看两种克隆命令长什么样：# HTTPS 克隆gitclone https://github.com/user/repo.git# SSH 克隆gitclone git@github.com:user/repo.git表面看只是 URL 格式不同，但内核机制天差地别。HTTPS 走的是 443 端口，依赖用户名密码或 token 认证；SSH 走 22 端口，靠公私钥对验证身份。公司防火墙经常只开 HTTPS 端口，这时候 SSH 连不上别奇怪。