Git 常用命令

发表于 更新于 分类于 Waline：

拉取代码

git clone xxx.git

创建分支

git branch dev
# or
git checkout -b dev
# or
git switch -c dev

切换本地分支

git checkout dev
# or
git switch dev

切换分支并关联远程分支

git checkout -b dev origin/dev
# or
git checkout --track origin/dev

查看本地所有分支

git branch

查看远程所有分支

git branch -r

删除本地分支

git branch -d dev

删除远程分支

git push origin -d dev

将代码从工作区添加暂存区

git add .

查看尚未暂存的更新

git diff

添加提交信息（commit 注释写错，执行 git commit --amend 此时会进入默认 vim 编辑器，修改注释后保存）

git commit -m 'xxxx'

推送代码到远程分支

git push origin dev

# 强制推送（常在 git rebase 或 git reset 后使用）
git push -f origin dev

拉取远程分支代码

git pull origin dev

合并分支

git merge dev

查看 git 状态

git status

查看提交历史

git log

查看可引用的历史版本记录

git reflog

把本地未 push 的分叉提交历史整理成直线

git rebase origin/dev

回到 rebase 执行之前的状态

git rebase --abort

回退版本

# 回退指定 commit_id 版本
git reset --hard commit_id

# 回退上一个版本
git reset --soft HEAD^
# or
git reset --soft HEAD~1

撤销代码

git revert commit_id

修改分支名

# 第一步
git branch -m oldBranchName newBranchName

# 第二步
git push origin :oldBranchName

# 第三步
git push --set-upstream origin newBranchName

查看 git 配置

# 查看全局配置
git config --global --list

# 查看用户名
git config --global user.name

添加用户名

git config --global --add user.name newName

删除用户名

git config --global --unset user.name

修改用户名

git config --global user.name newName

配置 Git 用户名和邮箱

# 用户名
git config --global user.name "Your Name"

# 邮箱
git config --global user.email "email@example.com"

统计代码行数

git ls-files | xargs wc -l

分支管理规范化 - Git Flow 分支管理策略

分支命名规范

  • master 分支：master 分支只有一个，名称即为 master 。GitHub 现在叫 main

  • develop 分支：develop 分支只有一个，名称即为 develop

  • feature 分支：feature/<功能名>，例如：feature/login，以便其他人可以看到你的工作

  • hotfix 分支：hotfix/日期，例如：hotfix/0104

分支说明

  • master || main 分支：存储正式发布的产品，master || main 分支上的产品要求随时处于可部署状态。master || main 分支只能通过与其他分支合并来更新内容，禁止直接在 master || main 分支进行修改。

  • develop 分支：汇总开发者完成的工作成果，develop 分支上的产品可以是缺失功能模块的半成品，但是已有的功能模块不能是半成品。develop 分支只能通过与其他分支合并来更新内容，禁止直接在 develop 分支进行修改。

  • feature 分支：当要开发新功能时，从 master 分支创建一个新的 feature 分支，并在 feature 分支上进行开发。开发完成后，需要将该 feature 分支合并到 develop 分支，最后删除该 feature 分支。

  • release 分支：当 develop 分支上的项目准备发布时，从 develop 分支上创建一个新的 release 分支，新建的 release 分支只能进行质量测试、bug 修复、文档生成等面向发布的任务，不能再添加功能。这一系列发布任务完成后，需要将 release 分支合并到 master 分支上，并根据版本号为 master 分支添加 tag，然后将 release 分支创建以来的修改合并回 develop 分支，最后删除 release 分支。

  • hotfix 分支：当 master 分支中的产品出现需要立即修复的 bug 时，从 master 分支上创建一个新的 hotfix 分支，并在 hotfix 分支上进行 BUG 修复。修复完成后，需要将 hotfix 分支合并到 master 分支和 develop 分支，并为 master 分支添加新的版本号 tag，最后删除 hotfix 分支。

提交规范

相关参考

提交信息应该描述“做了什么”和“这么做的原因”，必要时还可以加上“造成的影响”，主要由 3 个部分组成：Header、Body 和 Footer。

Header Header 部分只有 1 行，格式为<type>(<scope>): <subject>。

  1. type 用于说明提交的类型，共有 8 个候选值：
  2. feat：新功能（ feature ）
  3. fix：问题修复
  4. docs：文档
  5. style：调整格式（不影响代码运行）
  6. refactor：重构
  7. test：增加测试
  8. chore：构建过程或辅助工具的变动
  9. revert：撤销以前的提交
  10. scope 用于说明提交的影响范围，内容根据具体项目而定。
  11. subject 用于概括提交内容。

CodeReview 常用缩写

PR（Pull Request）拉取请求，给其他项目提交代码
LGTM（Looks Good To Me）代码已经过 review，可以合并
SGTM（Sounds Good To Me）和上面那句意思差不多，也是已经通过了 review 的意思
WIP（Work In Progress）如果有个改动很大的 PR，可以在写了一部分的情况下先提交，但需在标题写上 WIP，以告诉项目维护者这个功能还未完成，方便维护者提前 review 部分提交的代码
PTAL（Please Take A Look）提示别人来看一下
TBR（To Be Reviewed）提示维护者进行 review
TL;DR（Too Long; Didn’t Read）太长懒得看
TBD（To Be Done(or Defined/Discussed/Decided/Determined)） 一般表示还没搞定