Git 常用命令汇总

分支的三个版本

  • 远程版本库,如 github.com;
  • 远程快照,使用 git branch -r 查看到的 origin/branch-name,相关信息在 .git/refs/remotes 中;
  • 本地分支,使用 git branch 查看到的分支,相关信息在 .git/refs/heads 中。一般本地分支会关联到对应的远程分支;

仓库与版本库

可理解为:仓库 = 版本库 + 工作区。版本库即 .git 文件夹内容,版本库以外的都是工作区内容。

工作区、暂存区、版本区

  • 工作区:即我们能看到的目录和文件(除了 .git 这个隐藏目录),对代码的修改发生在工作区;
  • 暂存区:使用 git add . 将工作区的修改转移到暂存区。暂存区是工作区和版本库(分支)的中转站;
  • 版本库:使用 git commit -m 将暂存区的内容转移到版本库中,并生成提交记录;

.git 目录概览

  • 几个 HEAD
    • FETCH_HEADgit fetch 用到的,记录了远程仓库每个分支的 HEAD 指向;
    • HEAD:本地仓库所在的版本;
    • ORIG_HEAD:针对一些危险操作(如 git reset --hard),git 记录了上次 HEAD 的值以防回退(如可以执行 git reset --hard ORIG_HEAD 回退刚刚执行的 reset 操作);
  • config:配置信息;
  • hooks/:钩子 shell 脚本;
  • logs/:操作日志;
  • objects/:git 对象;
  • refs:引用;

本地仓库与远程仓库

  • git 是分布式版本管理系统,大体上分为本地仓库远程仓库。一个本地仓库可以关联 0 个或多个远程仓库。最常用的远程仓库默认命名为 origin。
  • 创建仓库的几种方式:
    • 基于远程仓库创建本地仓库(clone):git clone git@github.com:linvanda/cache2go.git
    • 在本地创建一个空的仓库:mkdir proj & cd proj & git init;(git init 与 git init --bare 的区别:git init --bare 生成的是裸版本库,不带工作区,相当于 git init 生成的 .git 内容);
  • 本地仓库与远程仓库的关联:
    1. 创建本地仓库:mkdir proj & cd proj & git init
    2. 添加远程仓库关联:git remote add origin git@github.com:linvanda/cache2go.git
    3. 可以添加多个远程仓库关联,再加一个:git remote add other git@github.com:linvanda/cache2go-other.git,操作时可指定仓库,如 git push other 将推送到 other 仓库;
  • 远程仓库源的一些操作:
    • 查看远程源列表:git remote -v
    • 添加远程源: git remote add origin git@github.com:linvanda/cache2go.git
    • 移除远程源:git remote remove origin
    • 重命名远程源:git remote rename origin new-origin

基于远程仓库的分支创建本地分支

  1. git fetch:将 远程仓库分支 fetch 到本地的远程仓库快照中;
  2. git checkout branch-name:自动基于 origin/branch-name 快照创建本地分支并切换到该分支;

基于 master 创建本地分支并推送到远程仓库

  1. git checkout master:切换到 master 分支;
  2. git pull --rebase :更新 master 分支到最新版本;
  3. git checkout -b branch-name:基于 master 创建开发分支;
  4. git add . & git commit -m "commit reason",开发并提交修改;
  5. git push -u origin branch-name:将该分支推送到远程并在两者之间创建关联(这样后面就可以直接执行 git push 推送分支);

git pull 的两种模式:rebase 和 merge

  • merge 模式:直接执行 git pull 默认就是该模式。该模式是将远程分支 fetch 下来,然后将其 merge 到相应的本地分支,并在 log 中生成一条 commit。使用该模式下,git log 查看 commit 会发现大量的 merge origin/branch-name into branch-name 的无意义的合并日志。
  • rebase 模式:git pull --rebase。推荐使用的模式。将远程分支 fetch 下来后,将其 rebase 到本地分支,相当于“追加”,不会生成 commit。

合并分支

合并分支的最佳实践(以将 feature-order 开发分支合并到 test 测试分支为例):

  1. git checkout feature-order,进入 feature-order 分支;
  2. git pull --rebase,同步当前分支到最新版本;
  3. git checkout test,进入 test 分支;
  4. git pull --rebase,同步 test 分支到最新版本;
  5. git merge --no-ff feature-order,将 feature-order 合并到 test 分支;
  6. git push,推到远程;

注:

  • 为啥加 --no-ff:no ff 是 no fast forward 的缩写。git merge 默认是fast forward(快进) 模式,该模式下可能不会生成单独的 commit,这对历史查看和回滚都不便。加 --no-ff 则强制生成独立的合并 commit;
  • 出现冲突咋办?出现冲突时一定要找冲突相关人一起解决,解决完毕后执行 git add . & git commit 即可。如果无法解决冲突,则要撤销此次合并:git merge --abort

git diff

  • git diff A B B相对于A有什么不同。如果不指定B,则B默认是工作区;如果同时不指定A,则A默认是暂存区。
  • git diff 相当于 git diff stage workspace 。 工作区相对于暂存区 有哪些不同。
  • git diff HEAD 相当于 git diff HEAD workspace 。 工作区相对于HEAD区 有哪些不同。
  • git diff commitId 相当于 git diff commitId workspace。 工作区相对于commitId那次提交 有哪些不同。
  • git diff commitIdA commitIdB commitIdB相对于commitIdA有哪些不同
  • git diff master 相当于 git diff master workspace: 当前工作区相对于master分支的最近提交有哪些不同。
  • git diff master HEAD 当前的HEAD相对于master分支最近提交有哪些不同
  • git show commitID 本次提交相对于上次提交有何不同

撤销修改

  • 撤销 workspace 中某个文件的修改:git checkout < filename >
    变体:git checkout:撤销工作区所有文件的修改。
  • 撤销 stage 中某个文件的修改(将其放入 workspace):
    git reset HEAD <filename>
    变体:git reset HEAD 撤销暂存区所有文件修改到工作区
  • git reset --hard HEAD 撤销修改并丢弃(不放回工作区), 此时工作区内容和HEAD中的相同。

合并 commit

有时我们在本地开发时会经常地 commit,但又不想将这些琐碎的 commit 提交到远程仓库,则可以将它们合并提交。合并本地多次 commit 为一条 commit:
1. git rebase -i HEAD~4
2. 弹出文本,将第二行开始的pick改为s(或squash)
3. 保存,退出
4. 推到远程:git push -f

对比文件修改历史

查看某个文件每行的修改历史,一般在需要对某个文件做详细变化追踪时用到:
git blame filename

历史日志 log

  • git log --grep="test" 搜索提交信息中包含 test 的
  • git log -S abc 搜索修改内容包含"abc"的 commit
  • git log --date=relative 以相对日期格式显示日志(如2 hours ago)
  • git log —oneline 一行紧凑显示提交id和注释
  • git log --abbrev-commit 显示短 commit id
  • git log -5 显示最近5条提交
  • git log —all 显示所有分支的提交历史(默认只显示当前分支的)
  • git log —graph 图形显示分支
  • git log --pretty=format:'…' 格式化显示

格式化显示日志

git log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative
可设置别名:
git config --global alias.lg "log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr) %C(bold blue)<%an>%Creset' --abbrev-commit --date=relative”

删除 untracked files

删除未跟踪(未纳入到版本管理)的文件:

  • 删除文件:git clean -f
  • 连 untracked 的目录也一起删掉: git clean -fd

cherry-pick

将一个分支的某个 commit 的改动应用到另一个分支。
如在分支 A 做了些修改并提交后,想把这些修改应用到分支 B,但又不能直接 merge A 到 B,又不想手动 copy,此时可以用 cherry-pick:

  1. 切换到分支 B:git checkout B
  2. 将 A 的某个 commit 应用到 B:git cherry-pick commitid-from-A

撤销合并

  1. 查看合并提交详情:git show mergecommitid,会有如下一行:Merge: 022ff6f b2cd947,其中022ff6f和 b2cd947分别是两个分支合并前最近提交的commitId。
  2. 撤销合并时用-m指定需要以谁为准(主干mainline):
    git revert -m 1 mergecommitid,这样就回退到 022ff6f身上(丢弃掉被合并分支的一系列提交)。
  3. 撤销合并前用 git log —graph 能很清晰的看出分支合并关系以及将要撤销掉的提交系列。
  4. 一般情况下,我们都是错误合并后需要撤销到合并之前的状态,因而一般都是 git revert -m 1 …

删除本地分支

git branch -D branch-name

删除远程分支

git push origin :branch_name

git push --delete origin branch_name

基于已有分支创建新分支

  • git checkout -b branch_a origin/branch_a: 创建本地分支 branch_a 并追踪到远程分支 origin/branch_a;
  • git checkout -b branch_a:基于当前分支(如master)创建新分支 branch_a, 不会追踪任何远程分支,此时要用 git push -u origin branch_a:branch_a 追踪并推送到远程仓库。

提交

git commit -am '…'
-a:add 将未暂存的文件也提交(注意此方式不适用新创建的文件,新建的文件仍然要 git add .)。

git flow

一种不错的分支管理策略,我们公司就是基于 git flow 设计的分支管理策略。
介绍
安装: apt-get install git-flow

批量删除分支

实际开发过程中,长时间不清理分支后,存在大量的开发分支,造成分支查找困难,我们需要不定期清理不需要的分支。

  • 批量删除本地分支:git branch |grep release|xargs git branch -D (删除本地release分支)
  • 批量删除远程分支:git branch -r|awk -F '[/]' '/release/ {printf "%s\n", $2}'|xargs -I {} git push --delete origin {} (删除远程release分支)

从仓库中删除已跟踪的文件(将文件变成untracked,不跟踪)

有时候把 vendor、IDE 配置文件(如 .vscode 等)误加到版本控制里面了,需要移除掉。

  • git rm --cached $file_name
  • git rm --cached -r $dir_name

删除远程不存在的“本地远程分支“

很多时候其他人删除了远程分支,但我们自己电脑上还有一大堆 origin/... 这些“本地远程分支”,可执行以下指令同步删除:
git remote prune origin 或者git pull -p

同时推送到多个源

比如我们自己开发了一个代码库,想同时推送到公司 gitlab 和自己的 github 仓库。
添加新的源:git remote set-url --add --push origin https://github.com/linvanda/wecarswoole.git
这样 git push 的时候就会 push 到多个源。

换行符问题(mac、windows、linux混合开发时可能遇到)

有几种配置策略:

  • git config --global core.autocrlf true (提交时自动将CRLF转成LF,检出时将LF转成CRLF)
  • git config --global core.autocrlf input (提交时自动将CRLF转成LF,检出时不处理(意味着检出时是LF))
    (以上两个都是保证git仓库中是LF)
  • git config --global core.autocrlf false (关闭,不处理,是啥就是啥)
posted @ 2020-04-26 14:37  林子er  阅读(261)  评论(0编辑  收藏  举报