#yyds干货盘点#git常用命令

时间：2022-12-03 07:12:26

git的基本功工作方式包括以下几个：

  • 主分支： master
  • 开发分支： develop
  • 提测分支： relase 如:relase/V2.0.0

新功能开发，develop 分支检出一个 feature 分支开发（合并后可删除） bug 修复，develop 分支检出一个 hotfix 分支开发(合并后可删除)

提测从 develop 检出一个 relase 分支提测，发布后 relase 分支合并到 master

若前端项目只有一个人负责，可以直接在 develop 开发，使用 Git 工作流规范，可以推进持续集成的统一建设，不会影响产品的持续发布。

下面的内容包括了 Git 常用的命令，以及各命令或详或简但有必要的解释说明，其中也包括了很多相关的引用链接用于扩展阅读。


推送和拉取

推送：

# 推送远程，并设置当前分支的 upstream 为 main，设置之后每次推送当前分支只需要 git push 即可
git push -u origin main

# 推送远程至 upstream，如果没有设置，在 git 2.0 之前，所有同名分支被推送，git 2.0 之后，报错
git push

# 强制推送
git push -f

# 推送至远程，但是设置远程分支名称
git push origin hehe:haha

拉取：

git checkout -b <local-branch> origin/<remote-branch> # 拉取远程指定分支并检出

​​git push​​​的默认行为：默认行为根据 git 配置里的​​push.default​​​的值决定，在 git 2.0 之前的默认值是​​matching​​​，之后的是​​simple​​，所以在 2.0 之后如果没有设置上游分支 upstream 就会报错。

​​push.default​​的可选值：

  • nothing，禁止​​git push​​​，必须显式指定推送分支，比如​​git push origin master​​；
  • current，把本地分支推送至远程，远程分支名和本地分支名相同；
  • upstream，推送到 upstream 上；
  • tracking，同上一个​​upstream​​，不推荐使用；
  • simple，推送到 upstream 上，但是要保证 upstream 的分支名和本地分支名相同；
  • matching，推送所有的本地和远程相同名称的分支。

设置​​local​​（仓库）级别的默认推送行为：

git config push.default nothing

分支

查看分支：

# 查看所有分支
git branch -a

# 查看本地分支
git branch

# 查看远程分支
git branch -r

删除分支：

# 删除本地分支（删除不了未合并过的分支）
git branch -d feature-album

# 删除未合并过的本地分支
git branch -D feature-album # 大写的 D

# 删除远程分支
git push origin --delete feature-album # 第一种方法
git push origin :refs/branch/feature-album # 第二种方法，这种方法适用在，分支名和标签名相同时，执行第一种方法会冲突报错，则使用这个方法，因为第一种方法也可以用来删除标签

检出远程分支：

git checkout -b <local-branch> origin/<remote-branch> # 拉取远程指定分支并检出

重命名分支（本地）：

# 重命名当前分支
git branch -m <new_name> # -m 是 --move 短格式

# 重命名指定分支
git branch -m <old_name> <new_name>

# 在大小写无感的文件系统中重命名分支
git branch -M <New_Name> # 如果不是用 -M，会报错 fatal: 一个分支名 'new_name' 已经存在

重命名分支（本地）：

# 重命名当前分支
git branch -m <new_name> # -m 是 --move 短格式

# 重命名指定分支
git branch -m <old_name> <new_name>

# 在大小写无感的文件系统中重命名分支
git branch -M <New_Name> # 如果不是用 -M，会报错 fatal: 一个分支名 'new_name' 已经存在

克隆

git clone git@github.com:wswmsword/git-learning.git

克隆所有分支，并切换到指定分支：

git clone -b main git@github.com:wswmsword/git-learning.git # 克隆所有分支，并切换到 main

克隆指定分支：

git clone -b main --single-branch git@github.com:wswmsword/git-learning.git # 克隆 main

克隆指定文件夹（git 2.25+ (Q1 2020)）：

mkdir git-sparse-checkout && cd git-sparse-checkout # 创建并进入文件夹
git init -q # 静默初始化
git remote add origin git@github.com:wswmsword/git-learning.git
git sparse-checkout set assets # 设置指定文件夹，文件夹路径为 assets
git pull origin main
ls # assets
git sparse-checkout disable # 关闭 sparse-checkout

旧版本的 git 克隆指定文件夹：

mkdir git-sparse-checkout-old && cd git-sparse-checkout-old
git init -q
git remote add origin git@github.com:wswmsword/git-learning.git
git config --global core.sparseCheckout true
echo "assets" >> .git/info/sparse-checkout
git pull origin main

提交

暂存：

git add . # 暂存所有改动文件
git add -e <filename> # 把一个文件里的部分行移至暂存，暂存一部分
git add -p <filename> # 交互式，执行后将输出选项供选择，选择 e 可以暂存一部分
git add -u # 除未跟踪的文件外，把所有文件暂存
git add --ignore-removal . # 除已删除的文件外，暂存所有的文件

提交：

# 提交，添加信息
git commit -m "junior commit"

# 提交指定文件（这里的文件是 file-abc）
git commit file-abc -m "add single file"

# 提交，打开默认编辑器编辑提交信息
git commit

# 暂存已跟踪的文件，同时提交（省略了 git add 命令，但是这里只能暂存已跟踪文件）
git commit -am "junior commit"

# 提交，打开默认编辑器编辑提交信息，包含 diff 信息
git commit -v

# 提交，允许空提交信息
git commit --allow-empty-message

# 修改上一次提交
git commit --amend -m "better message was committed"

# 打开默认编辑器，修改上次提交信息
git commit --amend

# 修改上次提交的邮箱
git commit --amend --author "New Authorname <authoremail@mydomain.com>"

检出某一条提交记录：

git checkout <commit-hash>

合并

# 指定分支合并到当前分支
git merge feature-album

# 安全合并
git merge --no-ff --no-commit my-branch # --no-commit 不自动提交，--no-ff 不使用 fast-forward（快进）

# 合并的时候把一个分支合并成一条记录
git merge --squash feature-album

# 合并分支不提交记录
git merge feature-album --no-commit

# 终止合并（解决冲突的阶段）
git merge --abort

合并其它分支的一个文件：

git checkout --patch testing-merge-file features/album/audio-formats # 合并 testing-merge-file 分支的 features/album/audio-formats 文件

执行完上面的命令后进入优选项的交互界面，选择 e（manually edit the current hunk），进行文件的冲突编辑，最后保存，文件会在暂存区内。

如果命令中不加​​--patch​​，执行完命令的行为是当前分支的文件被指定分支的文件覆盖：

git checkout testing-merge-file features/album/audio-formats # 当前分支的文件 features/album/audio-formats 被 testing-merge-file 分支的覆盖

关于​​git merge <branch>​​​在​​fast-forward​​​情况下和​​git rebase <branch>​​的区别：

目标分支超过主分支，并且主分支没有新的提交记录，

*E-*F-*G-*H-*I    BRANCH
           /
*A-*B-*C-*D                   MAIN

，​​fast-forward​​​和​​git rebase​​合并的效果一样，

*A-*B-*C-*D-*E-*F-*G-*H-*I MAIN | BRANCH

，当主分支有了新的提交（J、K），

*E-*F-*G-*H-*I    BRANCH
           /
*A-*B-*C-*D-*J-*K             MAIN

，就无法使用​​fast-forward​​​，合并之后必须有一个单独的合并节点，但是​​git rebase​​仍然可以合并，并且能保持提交线的整洁，

*A-*B-*C-*D-*J-*K-*E'-*F'-*G'-*H'-*I'             MAIN | BRANCH

，有冲突的节点因为解决冲突会生成新的​​commit-id​​​，有相同提交的记录会被目标分支的节点覆盖，​​rebase​​的节点也不一定是连续的，可能会穿插到主分支已经提交的节点中（按提交先后）。

关于三方合并：

master
             |
*C0-*C1-*C2-*C4
          \
           *C3-*C5
                |
               iss53

在这样的分支结构中，要把​​iss53​​​合并到​​master​​​，要使用​​C4​​​、​​C5​​​和公共祖先​​C2​​，这三个节点做一个三方合并。

三方合并有利于自动合并：例如，节点 C2 有文件 F 包含内容

一
二

，节点 C4 的文件 F 包含内容

二

，节点 C5 的文件 F 包含内容

一
二
三

，现在把​​iss53​​​合并至​​master​​，因为三方合并，文件 F 的内容变成了

二
三

，因为 C4 在 C2 的基础上清空了第一行，C5 在 C2 的基础上填补了第三行，C2、C4、C5 都有第二行，所以合并的结果是清空第一行、保留第二行和填补第三行，这其中需要公共祖先 C2 的参与。

提示：当合并解决完冲突后，修改提交信息，“添加一些细节给未来检视这个合并的读者一些帮助，告诉他们你是如何解决合并冲突的，以及理由是什么”。


标签：

相关文章