git clone是单次完整复制，非同步操作；后续更新须用git fetch或git pull，反复clone会覆盖本地修改、丢失未推送提交并重置配置。
git clone 不是“同步”操作，它是单次完整复制；后续更新必须用 git fetch 或 git pull。直接反复执行 git clone 既低效又危险——会覆盖本地修改、丢失未推送提交、重置所有配置。
git clone 本质是初始化，不是刷新
很多人误以为 git clone 是个“更新命令”，看到远程有新分支或新提交，就重新跑一遍 git clone https://github.com/user/repo.git。这会导致：
- 当前目录下若已存在同名文件夹，直接报错
destination path 'repo' already exists and is not an empty directory - 即使加了
-f强制覆盖（git clone -f并不存在），你也得手动删旧目录，再重拉——历史、reflog、本地分支全丢 - 远程新增的分支不会自动出现在你本地
git branch -a列表里，因为 clone 只在首次运行时抓取一次远程引用
正确做法：克隆一次后，用 git fetch origin 拉取所有远程分支更新（不改工作区），再按需 git checkout -b feat-x origin/feat-x 创建跟踪分支。
如何让本地看到远程新增的分支
克隆完过几天，别人 push 了 dev 分支，你在本地 git branch -a 却看不到 origin/dev？这不是网络问题，是本地远程引用缓存没更新。
Conventional Git
下载
Conventional Commits v1.0.0 分支、工作树命名及提交信息规范，适用于 GitHub 与 GitLab 项目，用于创建分支和命名工作树等场景。
- 运行
git fetch origin—— 这才是“刷新远程分支列表”的动作 - 再执行
git branch -r就能看到origin/dev了 - 想在本地建同名分支并自动关联：
git checkout -b dev origin/dev - 如果只想拉某个分支的最新提交（不建本地分支）：
git fetch origin dev:dev，但注意这会强制覆盖本地dev分支指针（慎用）
浅克隆（--depth 1）能当同步用吗
不能。浅克隆是为“只读快照”设计的，不是轻量同步方案。
-
git clone --depth 1 https://github.com/user/repo.git后，git log只显示一条提交，git checkout v1.2.0会失败（tag 没下载） -
git pull默认仍只维持深度 1，无法自动补全历史；想变完整克隆，得先git fetch --unshallow（要求远程支持uploadpack.allowReachableSHA1InWant） - 更稳妥的替代：用
git clone --filter=blob:none https://github.com/user/repo.git（稀疏检出+跳过大文件），比浅克隆更灵活
远程 URL 改了，怎么安全更新本地配置
比如 GitHub 迁移后原 https://github.com/user/repo.git 变成 https://github.com/neworg/repo.git，别删库重 clone。
- 先确认当前 remote 名称：
git remote（通常是origin） - 查旧地址：
git remote get-url origin - 换新地址：
git remote set-url origin https://github.com/neworg/repo.git - 验证是否生效：
git ls-remote --heads origin应该能列出远程分支 - 如果提示认证失败，检查是否混用了 HTTPS 和 SSH 地址（
git@github.com:...需配 SSH key）
真正容易被忽略的是：远程分支引用（refs/remotes/origin/*）不会因 set-url 自动刷新，下次 git fetch 才会按新地址拉取——所以改完 URL 后，务必手动跑一次 git fetch。
