企业项目管理、ORK、研发管理与敏捷开发工具平台

网站首页 > 精选文章 正文

【超详细】Git 所有常用命令 + 提交规范全指南(建议收藏!)

wudianyun 2025-05-14 17:11:41 精选文章 2 ℃

Git 命令大全

初始化类

命令

作用

git init

初始化一个本地 Git 仓库(当前目录会出现 .git 文件夹)

git clone <仓库地址>

克隆远程仓库到本地,一般用来拉项目

提交代码类

命令

作用

git status

查看当前状态(有哪些文件改了,有哪些还没提交)

git add <文件>

把文件添加到暂存区(准备提交)

git add .

把所有改动的文件加入暂存区

git commit -m "提交信息"

提交代码(将暂存区的内容提交到本地仓库)

git commit -am "提交信息"

跳过 add,直接提交已跟踪文件的修改

git log

查看提交记录

git diff

查看未暂存的代码改动

git diff --cached

查看已暂存(add 过的)但还没 commit 的改动

远程仓库类

命令

作用

git remote -v

查看远程仓库信息

git remote add origin <地址>

关联远程仓库

git push -u origin master

第一次推送,关联本地和远程分支

git push

推送代码到远程

git pull

拉取远程代码并合并

git fetch

拉取远程代码但不自动合并,需要自己手动 merge

分支管理类

命令

作用

git branch

查看所有分支

git branch <名字>

创建新分支

git checkout <分支名>

切换分支

git checkout -b <名字>

新建并切换分支

git merge <分支名>

把某个分支合并到当前分支

git branch -d <名字>

删除本地分支

git push origin --delete <名字>

删除远程分支

回退与撤销类

命令

作用

git reset --hard <版本号>

回退到某个提交(彻底还原)

git reset --soft <版本号>

回退但保留改动在暂存区

git reset HEAD <文件>

撤销某个 git add

git checkout -- <文件>

丢弃当前文件的修改

git revert <commit id>

反做一个 commit,保留历史记录

标签类

命令

作用

git tag

查看所有标签

git tag <名字>

创建标签

git tag -d <名字>

删除标签

git push origin <名字>

推送标签到远程

git push origin --tags

推送所有标签

清理类

命令

作用

git clean -f

删除未被追踪的文件

git stash

临时保存当前工作区修改

git stash pop

恢复之前保存的修改

git gc

清理 Git 仓库空间


Git 合并策略深入讲解

分支的合并策略、变基、快进合并、压缩提交(squash)等。这些不但影响提交记录的整洁度,也会直接关系到协作开发时的效率和出错率。

合并(git merge)

记录历史轨迹,不改原提交!这是最安全也最常用的方式,适合团队协作。

git checkout main
git merge feature/login
  • 结果:创建一个新的“合并提交”(merge commit)
  • 保留所有历史轨迹,看得清楚哪个分支做了哪些改动
  • 可能会出现冲突,你得手动处理

变基(git rebase)

把一个分支“平移”到另一个分支上

git checkout feature/login
git rebase main
  • 把 feature/login 分支的提交历史移到 main 的最后一个提交之后
  • 不会产生 merge commit,历史会“更干净”
  • 本质上是改写历史,所以不要对别人已推送过的分支 rebase

快进合并(Fast-forward)

直接把 main 指针推进去! 当你当前分支落后于 feature 分支时,Git 不需要创建合并提交,而是直接“快进”。

git merge feature --ff-only
  • 不会产生额外的 merge commit
  • 条件:main 分支 没有新的提交

压缩提交(git merge --squash)

git checkout main
git merge --squash feature/login
git commit -m "feat(login): 新增登录功能"
  • 把 feature 分支的一堆提交压成一个提交
  • 不会保留 feature 分支的原始历史
  • 类似“整活之后只展示最终成果”

交互式压缩提交

git rebase -i HEAD~5

会弹出编辑器,让你可以选择每个提交:

pick 123abc 登录接口
pick 456def 修复登录跳转
pick 789ghi 删除 console.log


# 改成这样
pick 123abc 登录接口
squash 456def 修复登录跳转
squash 789ghi 删除 console.log

这样这三个提交就会压缩成一个,更干净、好看。

Git 提交规范(写出专业的 commit message)

很多时候,团队协作最怕看到这种提交记录:

fix bug
update
123
aaaaaaa

这不仅不利于版本回滚,也没法看出每次提交干了啥。

推荐的格式

<type>: <描述>
feat: 新增/修改功能 (feature)。
fix: 修補 bug (bug fix)。
docs: 文件 (documentation)。
style: 格式 (不影響程式碼運行的變動 white-space, formatting, missing semi colons, etc)。
refactor: 重構 (既不是新增功能,也不是修補 bug 的程式碼變動)。
perf: 改善效能 (A code change that improves performance)。
test: 增加測試 (when adding missing tests)。
chore: 建構程序或輔助工具的變動 (maintain)。
revert: 撤銷回覆先前的 commit 例如:revert: type(scope): subject (回覆版本:xxxx)。
version: 更新版本信息。

长提交

feat: 新增用户头像上传功能


- 支持头像上传预览
- 增加接口字段校验
- 优化上传组件交互体验

总结

Git 本身不复杂,但想用好、用得专业,还是需要一些体系感。记住下面几个关键点

1. 搞清楚 add、commit、push 的区别

2. 分支合并时要多用 pull --rebase 避免历史太乱

3. 用语义化的提交规范,养成好习惯

4. 不会的就看 git log --oneline --graph,一切尽在图中


最近发表
标签列表