Git工作流及常见命令

多人协作Git操作必不可少,结合实际工作中遇到的需求和问题,总结下整个Git工作流以及常用到的Git命令。

常用分支约定

主分支

用于正式上线发布;master

开发分支

用于开发,融合功能分支;在开发分支的基础上可以新建很多具体功能分支、BUG分支;dev

测试分支

用于测试部署;test

开发流程

每个新功能的开发,都要先git pull更新开发分支dev,然后在其基础上新建自己的分支。开发完成后自测功能没有BUG,git push自己的分支和代码到远程仓库,之后在平台上发起pull/merge request申请把自己的分支融合到dev分支。
以某新功能开发为例:

  • git init 新建本地git仓库,就可以开始折腾了。

  • git clone远程仓库到本地

  • git checkout dev切换到本地分支
  • git pull更新本地代码到最新
  • git checkout -b czl/0323/feature 建立新功能的开发分支,分支命名格式要统一,可以是为{名字首字母}/{日期}/{新功能名}
  • git push --set-upstream origin czl/0323/feature 将新建的分支推送到远端仓库
  • 开发自测没问题后,git add . git commit -m "" git push到远程分支
  • 在平台上发起merge request,等待代码审核

常见Git命令

仓库关联 & branch

  • git remote add origin git@github.com:git_username/repository_name.git 本地目录下关联远程仓库
  • git remote remove origin 取消本地目录下关联的远程仓库
  • git checkout <branchname> 切换分支
  • git checkout -b <local-branchname> 新建本地分支
  • git branch 查看本地分支
  • git branch -r 查看远程分支
  • git branch -a 查看本地和远程所有分支
  • git branch -d <local-branchname> 删除本地分支
  • git branch -D <local-branchname> 强制删除本地未合并分支
  • git push origin --delete <remote-branchname> 删除远程分支
  • git push origin <local-branchname>:<remote-branchname> 将本地分支push到远程分支上,这个远程分支不存在,且会被命名为命令里指定的<remote-branchname>
  • git push origin :<remote-branchname> 将一个空分支push到远程分支上,即删除这个分支

merge & diff

  • git merge --abort 合并分支后未提交,可撤销merge

  • git cherry-pick -n <commit-id> <commit-id> 分支仅合并另一个分支的某一个commit

    如A分支想合并B分支上具体某一个或多个commit,可在A分支上执行上述命令,字面意思 “拣选,摘樱桃”

    -n 的意思是合并过来后是已add暂存,未commit的状态。不加则直接自动完成commit

  • git diff 对比本地与暂存区的具体差异,如果使用了git add,是无法看到自己的更改差异的

  • git diff filePath 对比指定文件的与暂存区的不同,这个filePath可以通过git status看得到
  • git diff --word-diff 详细展示一行中的修改
  • git diff <commit-id> <commit-id> 查看两个 commit 的不同
  • git diff branch1 branch2 --stat 查看两个分支文件变动对比,类似于git status的效果,在本地执行master merge develop时很需求这个
  • git diff branch1 branch2 查看两个分支具体差异,类似于git diff
  • git status 显示工作目录和暂存区的状态(相较于暂存区,工作区更改了哪些文件)
  • git log 查看commit的历史;
  • git show [commitHashID] 查看具体某个commit的提交详情;

config

有时候可能会遇到在无任何修改时,diff整个文件全部变动的情况,可能是文件权限变动的原因

  • git config --add core.filemode false 当文件权限被无意改动时,git diff会提示 old mode 100755 new mode 100644诸如此类,无法使用git checkout .舍弃掉,可以通过该命令忽略 单个项目 文件权限
  • git config --global core.filemode false 全局忽略文件权限

回滚 reset & revert

  • git reset HEAD~n 回退到前几个commit版本;n=1则为回退到最新的commit未git add时的状态,该commit的文件变动仍存在,使用git checkout .可清空。HEAD是当前分支引用的指针,HEAD~1则是上一次
  • git reset <commitHashID> 回退到hash对应commit,若想回到commit1,这个commitHashID需为commit1上一个commithash,此时commit1的文件变动存在,为未git add的状态
  • git reset --hard <commitHashID> 上一条为例,加--hard的不同是会把commit1的变动删除掉
  • git reset --hard HEAD~n 回到上个提交,舍弃本地未提交的内容。

    关于reset & revert 的tips:

    如果在本地去reset未push到远程的commit,不会有任何问题,reset掉的commit不会出现在git log里,是真正意义上的删除原先的commit。

    但如果要在本地reset已push到远程的commit,在本地reset后push到远程,会提示更新被拒绝,因为您当前分支的最新提交落后于其对应的远程分支。,这是因为reset把原来的commit删除掉了,造成了落后。此时根据提示git pull,如果改动了统一文件同一地方,会报冲突,还需要解决冲突。如果合并一些老的分支时,可能删除的commit又被合回来了。

    因此reset更适合回退本地commit使用,这时候可能需要git revert登场了。

    revert其实就是用一个新的commit来抵消要回滚的commit,reset则是删除要回滚的commit。
    git revert自动提交commit,直接git push即可提交

  • git revert HEAD创建一个新的commit回滚掉最新的一个commit

  • git revert commitId回滚具体的commit

  • git checkout test.js 舍弃某一文件的本地修改

  • git checkout . 舍弃本地所有修改

git stash

  • git stash 将本地修改记录保存到堆栈中
  • git stash list 查看堆栈中现有储藏

    1
    2
    3
    4
    $ git stash list
    stash@{0}: WIP on master: 049d078 added the index file
    stash@{1}: WIP on master: c264051 Revert "added file_size"
    stash@{2}: WIP on master: 21d80a5 added number to log
  • git stash apply 将最新的储藏应用到本地

  • git stash apply stash@{2} 应用指定储藏
  • git stash drop stash@{2} apply应用储藏后不会删除,使用drop可删除指定储藏
  • git stash pop 应用最想念储藏且从堆栈中删除储藏
  • git stash clear 删除所有储藏
  • git stash show stash@{n} 显示文件变动,不带stash@{n}默认显示储藏第一个

    1
    2
    src/pages/a.vue   |  2 +-
    src/pages/ibndex.vue | 16 +++++++++++++---
  • git stash show -p stash@{n} 显示文件具体diff,不带stash@{n}默认显示储藏第一个

    1
    2
    - <div></div>
    + <div>diff</div>
  • git stash -p stash部分文件,这是个交互式命令,会遍历询问每个文件内容是否储藏

    1
    2
    3
    >> git stash -p
    >> <diff>
    >> Stash this hunk [y,n,q,a,d,e,?]?

    [y,n,q,a,d,e,?] 具体含义:

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    y - stage this hunk
    n - do not stage this hunk
    q - quit; do not stage this hunk nor any of the remaining ones
    a - stage this hunk and all later hunks in the file
    d - do not stage this hunk nor any of the later hunks in the file
    g - select a hunk to go to
    / - search for a hunk matching the given regex
    j - leave this hunk undecided, see next undecided hunk
    J - leave this hunk undecided, see next hunk
    k - leave this hunk undecided, see previous undecided hunk
    K - leave this hunk undecided, see previous hunk
    s - split the current hunk into smaller hunks
    e - manually edit the current hunk
    ? - print help

    正常情况下,需要stash就是y,不需要就是n,后面没有需要stash的文件就q。

git rebase

不赘述了,常用的一个场景:从 master 分支拉出来的 feature 分支在每次开发前,执行 git rebase master,以保持 featuremaster commit同步。避免使用 git merge master 造成没必要的 commit记录 污染。

执行 git rebase master 遇到冲突时,git 会停止 rebase 并会让你解决冲突。在解决完冲突后,用 git add 暂存,然后执行 git rebase --continue 继续rebase,注意无需commit⚠️

执行 git rebase —abort 终止rebase操作,分支会回到 rebase 开始前的状态。

原理:

  • 首先, git 会把 feature 分支的每个 commit 取消掉;
  • 其次,把上面的操作临时保存成 patch 文件,存在 .git/rebase 目录下;
  • 然后,把 feature 分支更新到最新的 master 分支;
  • 最后,把上面保存的 patch 文件应用到 feature 分支上;

解决冲突

  • git checkout file --our/theirs 解决冲突(resolve conflict),ours本地,theirs非本地
  • git checkout --our/theirs . 解决冲突(resolve conflict),ours本地,theirs非本地,应用全部文件

实际需求

在github上新建一个空仓库,来关联本地仓库,这是github的官方提示:

1
2
3
4
5
git init
git add README.md
git commit -m "first commit"
git remote add origin https://github.com/username/repositoryName.git 关联远程仓库
git push -u origin master

或者直接关联本地已有仓库

1
2
git remote add origin https://github.com/username/repositoryName.git
git push -u origin master

本地分支在开发中需要pull远程已经更新过的dev分支:

  • 从本地分支local切回dev分支:git checkout dev;
  • 更新本地dev分支: git pull;
  • 切回本地分支localgit checkout local;
  • 将更新过后的本地dev分支mergelocal分支: git merge dev.
  • done!

正在开发一半的代码,需要改一下上次commit的一个bug,但又不想提交正在开发的代码:

使用git stash暂存当前的工作,回退到某个版本执行一定操作后再取回暂存的代码:

  • git stash 暂存当前的工作;
  • git reset HEAD~n n表示最近几次的提交,1则是最近一次的提交,回退到最近一次提交的版本。
  • git stash pop 将暂存的代码取回。

分支命名错误,重新命名:

  • git branch -m old_loal_branch_name new_local_branch_name 重命名本地分支
  • git push origin :old_local_branch_name 删除远程分支
  • git push origin new_local_branch_name 重新推送提交本地分支

回滚

cherry-pick

场景:

  • 在A分支创建新分支A1
  • commit(commit-id: aaaaaaaa)后合入B分支
  • 删除A1
  • 此时在A分支若想合入aaaaaaaa的commit,执行git cherry-pick -n aaaaaaaa,会报错:bad version aaaaaaaa,因为该commit的原分支信息已丢失,无法合入

解决

  • 拉去aaaaaaaa来创建一个新的分支:git checkout -b <new_branch_name> aaaaaaaa
  • 然后再执行git cherry-pick -n aaaaaaaa

Git钩子

可以使用husky或其他插件在precommit或者prepush时执行脚本命令。
遇到个问题:
在commit之前,会自动执行npm run -s precommit, 然后根据package.json > scripts > "precommit": "npm run lint" ,执行npm run lint进行代码校验。但是自动执行npm run -s precommit时会报“npm 不是内部或外部命令”,手动执行npm run -s precommit一切正常,且nodenpm全局环境均已配好。目前还不知道原因所在,只能通过git commit --no-verify绕过验证.

MORE

Git挂钩