速查】Git 常用提交流程 + 强制用远端覆盖本地

【速查】Git 常用提交流程 + 强制用远端覆盖本地

这篇不是教程,是我日常最常用的 Git 操作清单。目标:以后忘了就直接按步骤做,不再现查。


1. 我最常用的提交流程(6 步)

适用场景:日常开发改完功能、准备提交。

1)查看当前工作区状态

bash 复制代码
git status

2)先同步远端(避免 push 时冲突)

bash 复制代码
git pull

3)修改代码

4)加入暂存区(在仓库目录内执行)

bash 复制代码
git add .

5)提交(写清楚"做了什么")

bash 复制代码
git commit -m "xxx:做了什么改动/修了什么问题"

6)推送

bash 复制代码
git push

2. 强制用远端覆盖本地(救急用,慎用)

场景:本地改乱了/不想保留本地改动,想直接回到远端最新状态。

风险:会丢弃本地未提交的修改(包括工作区和暂存区)。

2.1 分步执行(更安全,便于观察)

bash 复制代码
git fetch --all
git reset --hard origin/master
git pull

2.2 单条执行(更省事)

bash 复制代码
git fetch --all && git reset --hard origin/master && git pull

注意:

  • 如果默认分支是 main,把 origin/master 改成 origin/main

  • 如果你只是想丢弃工作区改动但保留分支结构,可先用:

    bash 复制代码
    git restore .

    (是否使用看具体场景)


3. 常见问题:clone/拉取卡住、early EOF

我遇到过的报错关键词:

  • fatal: early EOF
  • fatal: index-pack failed

一般和网络/压缩传输有关。我的处理思路(备忘):

  • 重试(换网络/换时间段)
  • 如果在公司网络:考虑代理/镜像源/SSH vs HTTPS
  • 必要时查对应报错的排查清单(我当时参考过 StackOverflow 相关回答,后续再补一篇"early EOF 排查手册")

4. TODO(以后补充)

  • git rebase vs git merge 的使用场景(团队协作规范)
  • 撤销操作清单(reset/restore/revert 的区别与例子)
  • 如何优雅解决冲突(尤其是多人改同一文件时)
相关推荐
C137的本贾尼8 小时前
分支管理(一):创建、切换与合并,体验“平行宇宙”
git
jiayong238 小时前
常用 Git 命令详解
大数据·git·elasticsearch
weixin_386468969 小时前
openharmony 6.0编译rk3568过程记录
c语言·c++·git·python·vim·harmonyos·openharmony
C137的本贾尼10 小时前
初识Git:告别“报告_final_v2.docx”的噩梦
git
梦梦代码精11 小时前
LikeShop开源多端商城系统:半年使用记录
git·uni-app·github
悟空瞎说1 天前
# Git 交互式变基:优雅整理提交历史,告别杂乱 PR 记录
前端·git
身如柳絮随风扬1 天前
Git 核心操作:rebase 与 merge 的区别,以及分支管理最佳实践
大数据·git
cccyi71 天前
Git本地和远程邮箱一致,上传也有贡献显示,但是没有绿点或绿点延迟显示
git
暗暗别做白日梦1 天前
Git 提交信息命名规范:feat、fix、refactor
git