Git 版本控制

初始化

• git config --global user.name "xxx"
• git config --global user.email "xxx@gmail.com"
• 检查配置信息 git config --list
• git init 生成仓库

生成 ssh 密钥

# 使用的是 rsa 密钥
ssh-keygen -t rsa

区域

工作区，暂存区，版本库

git 基本命令

创建工作目录 对工作目录进行修改

• git add ./(下面的属于解释)
  • git hash-object -w 文件名 (修改了多少个工作目录中的文件 此命令就要被执行多少次)
  • git update-index...
• git commit -m "注释内容"(下面的属于解释)
  • git write-tree
  • git commit-tree

git 暂存区命令

更改文件与提交

git 版本查看

git 分支

• 快进合并：分支在一条线上，不会产生冲突
• 典型合并：分支不在同一条线上，有机会产生冲突
• 解决冲突：打开冲突的文件 进行修改 add commit

切换分支

在切换分支时，如果当前分支上有未暂存的修改 (第一次) 或者有未提交的的暂存 (第一次) 分支可以切换成功，但这种操作可能污染其它分支

区域的的更改

• 工作区
  • 如何撤回自己在工作目录中的修改 (git checkout --filename)
  • git restore 文件名
• 暂存区
  • 如何撤回自己的暂存:(git reset HEAD fileman)
  • git restore --staged 文件名
• 版本库
  • 如何撤回自己的提交
  • 1.注释写错了重新给用户一次机会该注释git commit --amend

版本回退 (revert 和 resert)

git log >git reflog只要是 HEAD 有变化，那么git reflog就会记录下来

• git revert是用一次新的 commit 来回滚之前的 commit,git reset是直接删除指定的 commit.
• git reset 是把 HEAD向后移动了一下，而git revert是 HEAD继续前进
• 新的 commit 的内容和要 revert 的内容正好相反，能够抵消要被 revert 的内容

参数：

• --soft:重置 HEAD 到另外一个 commit，但也到此为止 , 所有变更都集中到暂存区，工作区
• --hard:危险操作，所有变更全部丢失，不管本地仓，暂存区，工作区
• --mixed:所有变更保存到工作区，本地仓，暂存区都丢失 (默认参数)

resert

• HEAD~指针跟一个整数，指的是你要回退几次提交
  • git reset --soft HEAD~ (--amend):只动 HEAD(带着分支一起移动)
  • git reset [--mixed] HEAD~动 HEAD(带着分支一起移动),动了暂存区
  • git reset --hard HEAD~动 HEAD(带着分支一起移动),动了暂存区、动了工作目录 (需要谨慎)

revert

• git revert HEAD:撤销前一次的 commit
• git revert HEAD^:撤销前前一次的 commit
• git revert commit-id:撤销指定版本的提交

-n或者–no-commit,应用这个参数会让 revert 改动只限于本地仓库，而不自动进行 commit

远程分支

• git remote –v:查看远程版本库信息
• git remote show origin:查看远程仓库的信息
• git remote set-url origin git@...:更改远程仓库地址 (ssh)
• git remote add origin git@...:增加远程仓库地址 (ssh)

git branch -r:查看远程分支

• git branch -a:查看所有分支
• git branch -vv:查看本地的分支对应远程的分支

git fetch <远程主机> <分支名>:取回远程主机的分支

• 例如git fetch origin master:取回 origin 的 master 分支

• git fetch --prune:删除本地有而远程没有的分支或者一些多余的commit

  • git remote prune:也可以使用这个

• git fetch -v:查看远程分支的信息

合并远程分支

• git rebase 和 git merge 的区别是 git rebase 形成的是一条线，会把你当前的几个 commit，放到最新 commit 的后面 (所以 rebase 并没有执行合并操作).git merge 会把公共分支和你当前的 commit 按照提交时间合并在一起，形成一个新的 commit，注意不要在公共分支使用 rebase

• git merge origin/master:合并某个分支到当前分支

  • merge:遇见冲突后会直接停止，等待手动解决冲突并重新提交 commit 后，才能再次 merge

• git rebase origin/master:将一个分支的修改合并到当前分支

  • rebase:遇见冲突后会暂停当前操作，开发者可以选择手动解决冲突，然后 git rebase --continue 继续，或者--skip跳过 (当前分支的修改会直接覆盖目标分支的冲突部分)

git pull:用于从远程获取代码并合并到本地分支

• 可以看作这两个的简写：git fetch和 git merge FETCH_HEAD
• git pull -v:同时显示拉取信息

• 更新操作：
  • git pull
  • git pull origin
• git pull origin master:bro:将远程仓库 origin 的 master 分支拉取与本地的 bro 分支合并

同步远程分支

• 假设我们现在在 main 分支（主分支上）

# 首先取回远程分支 dev，并跟踪
git fetch origin dev

• 然后我们创建新的本地分支，并同步

# 创建本地分支 
git checkout -b dev
# 同步（合并）远程分支
git rebase origin/dev

同步上游分支，fork 仓库有多个分支的情况

git fetch upstream
git checkout -b dev upstream/dev
git push -u origin dev

分支注意

• 在切换的时候一定要保证当前分支是干净的！！！

  • 允许切换分支：
    • 分支上所有的内容处于已提交的状态
    • (避免) 分支上所有的内容是处于初始化创建 处于未跟踪状态
    • (避免) 分支上的内容是初始化创建 第一次处于已暂存状态
  • 不允许切分支：
    • 分支上所有的内容处于已修改的状态 或 第二次以后的已暂存状态

• 在分支上的工作做到一半时 如果有切换分支的需求，我们应该将先有的工作存储起来

  • git stash:会将当前分支上的工作推到一个栈中

• 分支切换：进行其它工作 完成其它工作 切回原分支

  • git stash apply:将栈顶的工作内容还原 但不让任何内容出栈
  • git stash drop:取出栈顶的工作内容后 就应该将其删除 (出栈)
  • git stash pop=git stash apply+git stash drop
  • git stash list:查看存储

Cherry-pick

此命令用于多分支的代码仓库，可以将代码从一个分支转移到另一个分支。如果，你需要另一个分支的所有代码改动，那么就需要使用 merge 或者 rebase。如果你只需要部分变动（某几个提交），那么就需要使用 cherry-pick

• 如果你使用的命令指定的是 commit 的 hash，那么就会将指定的 commit hash 应用于当前分支。当前分支会产生一个新的 commit，它们的 hash 值会不一样

  # 以下示例，在真正写的时候都不需要带 <>
  git cherry-pick <commit-hash>
  

• 如果你使用的命令参数是分支名，那么将表示转移该分支的最新提交

  # 例：main 分支将增加 dev 分支的最新提交
  git cherry-pick dev
  

• 一次也可以应用多个提交到此分支

  git cherry-pick <commit-hashA> <commit-hashB> #...
  # 你也可以转移一系列提交，hashA 必须早于 hashB，否则会失败
  git cherry-pick <hashA>..<hashB>
  # 上面的写法不会包含 hashA，如果你想包含 hashA，使用 ^
  git cherry-pick ^<hashA>..<hashB>
  

常见的提交参数

• -e：打开外部编辑器，编辑提交信息

• -n: 只更新工作区和暂存去，不产生新提交

• -x: 在提交信息的末尾追加 cherry picked from commit...。方便日后信息查找

• -s: 在提交信息的末尾追加操作者的签名

• -m parent-number: 如果原始提交是一个合并节点，来自于两个分支的合并，那么 cherry-pick 默认将失败。-m 告诉 git 将采用哪一个分支。它的参数 parent-number 是从 1 开始的参数，表示原始提交的父分支的参数

  • 1 号分支是接受变动的分支，2 号分支是作为变动来源的分支

  git cherry-pick -m 1 <commit-hash>
  

解决冲突

• 用户解决冲突之后，首先使用 git add . 将修改保存到暂存区，然后使用 git cherry-pick --continue 继续执行
• 如果使用 --abort，那么就会放弃合并，回到操作之前到样子
• 如果使用 --quit，表示发生代码冲突，退出 cherry-pick，但是回不到操作前到样子

也可以获取其它仓库的提交

• 设置其它仓库为远程仓库

  git remote add upstaream git://gitUrl
  

• 同步远程仓库的远程分支

  git fetch upstream main
  

• 查看取回的 hash 值

  git log upstream/main
  

• 使用 cherry-pick 转移提交

  git cherry-pick <commit-hash>
  

tag

git 可以对某个版本打上标签 (tag),表示本版本为发行版

创建本地标签

• 针对特定 commit 版本 SHA 创建标签
  • git tag -a v1.0.0 (0c3b62d) -m "message"
  • -a:创建附注标签
  • <哈希值>:特定 commit 版本 SHA
  • -m:附注
  • 都是可选的
• 创建轻量标签
  • git tag v1.0.0

推送标签到远程仓库

• 发送所有git push origin --tags
• 指定版本发送git push origin 1.0.0

删除本地标签git tag -d v1.0.0

删除远程仓库对应的标签git push origin --delete v1.0.0

其它

对于大型项目，我们只希望将项目的一部分拉取到本地，此时我们可以使用 sparse-checkout

• git clone --filter=blob:none --sparse git@... 初始化仓库
• git sparse-checkout add seq 添加需要拉取的文件夹
• git sparse-checkout set sorted 添加新的文件夹，取消使用 add 添加的文件夹