git冲突发生时必须人工介入：先用git status确认冲突文件，再编辑删除>标记并保留合理代码，然后逐个git add标记解决，最后git commit完成合并。

冲突发生时，Git 不会自动替你做决定，必须人工介入编辑文件、标记解决、提交。跳过任一环节都会卡在“未合并状态”。

git merge 报 CONFLICT 之后第一步做什么

别急着改代码。先用 git status 看清哪些文件真正在冲突 —— 输出里标为 both modified 的才是需要处理的；有些文件可能只是“已修改但没冲突”，别误删或覆盖。

• 终端提示 CONFLICT (content): Merge conflict in xxx 是明确信号
• git status 列出的 Unmerged paths 区域才可信，别只看报错行号
• 如果用 IDE（如 VS Code），底部状态栏常显示“Merge Conflicts”，点开能快速定位

编辑冲突文件时怎么识别 HEAD 和分支内容

Git 插入的三段标记不是装饰：其中 是你当前所在分支（比如 <code>main）的代码，>>>>>> feature/login 是你要合并进来的分支内容，中间 ======= 是分界线。

batch-git-url-replace

批量替换指定目录下所有 Git 仓库的远程地址（remote URL）。 当用户需要将 Git 仓库从一个服务器迁移到另一个服务器时使用。 触发词：git remote 替换、git url 批量修改、git 仓库迁移、更换 git 地址、批量修改 remote url。

下载

• 必须删掉全部三行标记（、<code>=======、>>>>>>），否则 git add 会拒绝接受
• 不能只删标记、留空行——最终文件得是语法正确、逻辑通顺的可运行代码
• 如果两个版本都要保留（比如两段不同配置），手动拼接后确保缩进、分号、括号匹配

git add 和 git commit 的顺序和含义

git add <file></file> 不是“保存”，而是向 Git 声明：“这个文件的冲突我已手动理清，你现在可以把它当作已解决状态”。没执行这步，git commit 会失败并提示“fix conflicts and run git commit”。

• 每个冲突文件都得单独 git add，不能靠 git add . 蒙混（它会跳过未标记为 resolved 的文件）
• git commit 时 Git 会自动生成默认提交信息，比如 Merge branch 'feature/login'，可直接回车确认
• 如果中途想放弃，用 git merge --abort 回退到合并前，所有未 add 的修改仍保留在工作区

最容易被忽略的是：冲突解决后，那个 git commit 是一次真实提交，会出现在 main 分支历史里。如果你忘了 push，别人拉不到这个“解决结果”，下次再 merge 还会触发同样冲突。