本地向GitHub不同分支推送代码的操作疑问及处理方法

核心原则：别手动复制文件，用Git分支管理版本 #

Git的核心作用就是追踪同一文件在不同分支的版本差异，手动复制文件会彻底打乱版本管理逻辑，完全没必要。所有分支共享同一套本地文件，Git会在你切换分支时自动切换文件的对应版本。

标准多分支开发流程 #

• 从main分支创建并切换新开发分支：

  # 创建并切换到新的feature分支
  git switch -c feature-branch
  

• 在新分支开发：直接修改index.html，完成后提交版本：

  git add index.html
  git commit -m "feat: 新增xxx功能"
  

• 推送分支到远程仓库：

  git push origin feature-branch
  

• 切换回main分支继续开发：

  # 确保当前分支的修改已提交或暂存，否则切换会失败
  git switch main
  

分支切换与冲突问题解决 #

切换分支失败的处理 #

如果切换分支时提示有未提交的修改，二选一操作：

• 提交当前修改：git add . && git commit -m "temp: 临时提交"
• 暂存修改（后续可恢复）：

  git stash  # 暂存当前未提交的修改
  git switch main  # 成功切换分支
  # 回到开发分支时恢复暂存内容
  git switch feature-branch
  git stash pop
  

冲突解决步骤 #

当两个分支修改了同一文件的同一部分，合并或拉取时会触发冲突：

1. 切换到目标分支（比如要把feature分支合并到main）：git switch main
2. 执行合并：git merge feature-branch，Git会提示冲突文件
3. 打开index.html，找到冲突标记：<<<<<<< HEAD是main分支的内容，=======为分隔线，>>>>>>> feature-branch是feature分支的内容
4. 手动编辑保留需要的代码，删除所有冲突标记
5. 提交解决后的版本：git add index.html && git commit（Git会自动生成合并提交信息）

避免冲突的小技巧 #

• 开发过程中定期从main拉取最新代码到开发分支，提前解决冲突：

  git switch feature-branch
  git pull origin main
  

版本回溯的正确操作 #

• 查看提交历史：git log，会显示每个提交的哈希值、提交信息
• 临时查看历史版本：

  git checkout <commit-hash>
  # 查看完成后切回正常分支
  git switch main
  

• 撤销本地未推送的提交（谨慎使用，会丢弃后续本地修改）：

  git reset --hard <commit-hash>
  

• 撤销已推送的提交（不修改历史，更安全）：

  git revert <commit-hash>
  git push origin main
  

内容的提问来源于stack exchange，提问作者correspondenty