使用git也挺长一段时间了，突然心血来潮整理下日常开发工作中，我都用到了那些指令！！！ # 1. git 配置 ## 1.1 git下载 [git官方下载地址](https://git-scm.com/downloads) ## 1.2 配置远程（gitlab）首先全局配置git的基本信息，配置用户名和邮箱即可 `git config --global user.name "你的用户名"` `git config --global user.email "你的邮箱地址"` 如果要在某个特定的项目中使用其他名字、邮箱，去掉 `--global` 重新配置即可，新的设定保存在当前项目的 **.git/config** 文件里。配置后，打开终端，执行`ssh-keygen -t ras -C "全局配置的邮箱地址"`,执行成功后，执行`~/.ssh`切换到该目录下，复制`id_rsa.pub` `cat ~/.ssh/id_rsa.pub #查看公钥， id_rsa 没有pub 后缀的是秘钥，也叫私钥` ![图片](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4c5aebe1fadb470d987bbe4dbbf17154~tplv-k3u1fbpfcp-zoom-1.image) 然后将这一长串内容添加到你的`gitlab`上面就可以了 # 2. git工作流和基本操作 ## 2.1 git的工作流日常工作中，俺一般进行开发的时候，一般是这么个过程： - ① 克隆 git 远程仓库的代码到本地。 - ② 在克隆的资源上进行操作。 - ③ 如果其他人修改了，更新本地代码。 - ④ 在提交代码前查看自己的修改。 - ⑤ 提交修改。 - ⑥ 在修改完成后，如果发现错误，可以撤回提交并再次修改并提交。 ![未命名.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/7c0f795b49764802bf727b8c7108862d~tplv-k3u1fbpfcp-watermark.image?) ## 2.2 git的基本操作对于刚刚工作时的开发流程，我一般执行下面的git操作： ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4fb5691463304ad486543fd51f2bc1d2~tplv-k3u1fbpfcp-watermark.image?) **不免俗的简单介绍一下专有名词：** `workspace`:工作区，平常开发的地方，日常开发就是对工作区的文件进行操作； `Index`：暂存区，git add 将工作区代码暂时放置此处； `Repository`:本地仓库，git commit ,将暂存区代码放到本地仓库 `Remote`:远程仓库，托管代码的服务器，如gitlab,github这类，本地仓库代码执行git push后，推送到远端 # 3. git常见指令下面是我在日常开发过程中，常常用到的git指令，自我感觉涵盖了git的大多数常规场景！带🦍的都是俺使用率最多的！！！ ![b1b54659-2808-49e4-a767-70ac783fbdb3.gif](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/a137b98feda54981a9eee4020b1d65b8~tplv-k3u1fbpfcp-watermark.image?) ### git add 添加文件到暂存区 ``` // 添加某个文件到暂存区，后面可以跟多个文件，以空格区分 git add xxx // 🦍 添加当前更改的所有文件到暂存区。 git add . ``` ### git commit ``` // 🦍 提交暂存的更改，并记录下备注 git commit -m "xxxx" // 等同于 git add . && git commit -m git commit -am // 🦍 对最近一次的提交的信息进行修改 // 此操作会修改commit的hash值,需要强推，谨慎使用，不然可能会被打 // 我一般会用来修改上次的commit信息，或者给上次的提交添加一些改动 git commit --amend // or // 对上一条提交的信息的描述进行修改 git commit --amend -m "xxxx" ``` ### git pull ``` // 🦍 从远程仓库拉取代码并合并到本地，可简写为 git pull 等同于 git fetch && git merge git pull <远程主机名> <远程分支名>:<本地分支名> // 使用rebase的模式进行合并 git pull --rebase <远程主机名> <远程分支名>:<本地分支名> ``` git pull我一般会使用两种场景： > 1. `git pull` 快速拉取和当前分支名一样的远程分支,为了确保当前代码最新。如我在master分支，然后我git pull，确保我master代码最新 > 2. 我在test-k8s分支，我git pull我的开发主分支，快速合并，然后推我的test-k8s本地分支到远端 > 注意：如果在快速合并时，不想有一条无效的mr记录，可以使用rebase模式，，但是这个需要全小组的人一起使用，在我司，我们在对开发主分支以及master分支时合并时，我们都是使用的rebase方式来进行操作，以避免mr无效记录 ### git push ``` // 🦍 推送代码到远端 git push // 🦍 快速强推指令 // 谨慎使用啊 git push <远程主机名> <想要强推的分支>:<被强推的分支> -f ``` > 强推操作如： > `git push origin master:dev-k8s -f`，使用master快速强推dev-k8s分支，***使用该指令前，一定要小心、小心再小心，不到万不得已，不要使用；使用前一定要同步到全组人员，不然容易被喷，老can的那种*** ### git branch ``` // 新建本地分支，但不切换 git branch // 查看本地分支 git branch // 查看远程分支 git branch -r // 查看本地和远程分支 git branch -a // 🦍 删除本地分支 git branch -D // 重新命名分支 git branch -m

``` **接下来的一些指令，感觉和上面直接放出来，不太合适，所以都以demo的形式，搞一下** ### git rebase > 没有找到放 🦍 的地方，但是十分推荐，日常开发中总是会用到，同时，感觉需要简单记录总结一下，不然直接开摆，感觉有点不太好前面在git pull的时候，也有@`rebase`，这里才是正主，但也不会过多介绍 `rebase` 翻译为变基，他的作用和 `merge` 很相似，用于把一个分支的修改合并到当前分支上。如下图所示，下图介绍了经过 rebase 后提交历史的变化情况。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/1c7e16c0b0ba4c26a68109111f41108f~tplv-k3u1fbpfcp-watermark.image?) 通过这个图，我们可以看到，我们在原来的位置拉出一个开发分支，我们在开发的同时，主分支更新了，这个时候，我们就可以使用`rebase`，用你的开发主分支`rebase`项目主分支`master`来确保你的开发主分支和master位于同一条线 #### git merge 和 git rebase 的区别 git merge 在不是 fast-forward（快速合并）的情况下，会产生一条额外的无效mr合并记录，类似 `Merge branch 'xxx' into 'xxx'` 的一条提交信息。 ![image.png](https://p1-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/eb944cc564be4ada814a6cc5c54e02ce~tplv-k3u1fbpfcp-watermark.image?) 另外，在解决冲突的时候，用 `merge` 只需要解决一次冲突即可，简单粗暴，而用 rebase 的时候，需要依次解决每次的冲突，才可以提交。因为rebase的特性，我们在日常使用`rebase`的时候，在版本上线的时候，都是将当前开发主分支，`merge request`到开发主分支master的时候，都会`squash`起来，避免多次解决无效冲突。本来想直接放出来`rebase`的指令，但感觉还是先简单说一下，再放指令比较好一点点 #### git rebase 具体使用 git rebase的基本操作，不带入场景介绍了，看下感觉就ok了！ ``` // 继续rebase操作 git rebase --continue // 跳过此次rebase操作 git rebase --skip // 退出rebase操作 git rebase --abort ``` 下面结合小demo，在具体场景中，来实现几个rebase操作 **想要合并压缩无效提交记录：** 在开发中，因为自己的憨憨操作，发现有很多🌶 垃圾提交记录，因为你是一位有志人士想要合并这些无效提交记录，这个时候，rebase就是你实现远大抱负的工具。使用 `rebase` 的交互式模式把已经发生的多次提交压缩成一次提交，得到了一个干净的提交历史，例如某个分支的提交历史情况如下： ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/9e087e8a7f26481fac0aae702e6d8216~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/44579a926d744a7b855e1dcf6631e1fc~tplv-k3u1fbpfcp-zoom-1.image) 进入交互式模式的方式是执行： ``` git rebase -i ``` `base-commit` 就是某条记录📝 的`hash`，基于这条记录进行 rebase 的操作，如俺提供的demo，我需要把最后的一个提交对象（ 3bfbc96 ）之前的提交压缩成一次提交，我们需要执行的命令格式是： ``` git rebase -i 3bfbc96 ``` 此时会进入一个 vim 的交互式页面，编辑器列出的信息像下列这样。 ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/60be6b784ddf46fab2152daaed34c8c3~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/c89835c059404c1588b1628976a0cbad~tplv-k3u1fbpfcp-zoom-1.image) 想要合并这一堆更改，我们要使用 Squash 策略进行合并，即把当前的 commit 和它的上一个 commit 内容进行合并，大概可以表示为下面这样，在交互模式的 rebase 下，至少保留一个 pick，否则命令会执行失败。 ``` pick ... ... s ... ... s ... ... s ... ... s ... ... s ... ... s ... ... ``` 修改文件后按下 : 然后 wq 保存退出，此时又会弹出一个编辑页面，这个页面是用来编辑提交的信息，修改为 feat: 0.01版本完成,增加了hooks和两个组件 ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/19e6ab62aa1449cea1bee4f27168dbb0~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/0fe73b11fba74398acc5372ff8e7d7fe~tplv-k3u1fbpfcp-zoom-1.image) ### git cherry-pick 🦍 `git cherry-pick`，它会获取某一个分支的提交记录，并作为一个新的提交引入到你当前`cherry-pick`的分支上。举个🌰 ，以下有三条分支，test1 和 test2 都是基于 master 切出的两条开发分支，对应的分支 `git log --oneline` 记录如下 test1: ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/42ee24f9748e42bfb2fd639a7379770e~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/42245a9f0fbf4de9a62e240e37471c10~tplv-k3u1fbpfcp-zoom-1.image) test2: ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/42b3faba4a6d48f1adac04dfce6a147a~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/cf27fcb272754b20a63d2ccf6180f254~tplv-k3u1fbpfcp-zoom-1.image) master 分支的提交如下 ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/0f3f8dd57c064e3b81b5d48c82aa7762~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/5e0c77449db241df8936faabdcaad723~tplv-k3u1fbpfcp-zoom-1.image) 现在 master 只需要 test1分支的提交记录为 **测试1** 和test2分支的提交记录为 **测试2** 的修改，并不考虑其他东东。这个时候，我就会使用 `cherry-pick` 指令了。语法： git cherry-pick [commit-hash] `commit-hash` 表示的是某次 commit 的 hash 值。为了实现，刚刚提到的场景，偶们需要分别依次执行以下两条指令： `git cherry-pick 11a65ab` `git cherry-pick c0b47c6` 过程中，如果出现冲突，解决冲突后进行 `git add` ，接着执行` git cherry-pick --continue`，最后，master 上的提交如下 ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/d005281950334ee18714316a02fe884b~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/0f55824964f4457c961ccd4826cd18a4~tplv-k3u1fbpfcp-zoom-1.image) 如果需要多个 cherry-pick 需要同步到目标分支，可以简写为 `git cherry-pick [first-commit-hash]...[last-commit-hash]` 这是一个左开右闭的区间，也就时说 `first-commit-hash`这条提交记录不会被合并过去，如果需要左、右都闭，需要使用 `git cherry-pick [first-commit-hash]^...[last-commit-hash]` ### git revert 🦍 git revert 撤销某次操作，此操作不会修改原本的提交记录，而是会新增一条提交记录来抵消某次操作。语法： ```js // 一般commit git revert // merge的commit git revert -m ``` 下面就用一个小🌰 来理解一下这个命令。如下图所示，假设被红框框起来的地方不想要了，并且在它的提交之后，又进行了2次提交，其中包含了其它人的提交。 ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/5b0205519cba42acb34f19ac619dfe7b~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/7043ab0c0a15455d854c72dd567824eb~tplv-k3u1fbpfcp-zoom-1.image) 此时想把红框内提交干掉，我们可以执行 `git revert b37bdcd`，执行操作后，再打开查看日志，如下图所示，可以看到是新增了一条 commit 记录，这个 commit 的产生的 msg 是自动生成的，Revert 开头，后面跟撤回的 commit-msg 信息之前的 commit 记录并没有消失，此时也达到了代码回退的效果 ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/4ef523c8a64844ce860e9b10d209841e~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/b50a731168fb4c13b8f23b68da2cfd67~tplv-k3u1fbpfcp-zoom-1.image) `git revert` 也可以回滚多次的提交 ```js // 一个前开后闭区间，即不包括 commit1 ，但包括 commit2 git revert [commit-id1] [commit-id2] ``` ### git reset 🦍 ``` git reset ``` ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/f84a4c62c24548119643130dc4f1e732~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/382aa67fc3d64a1fb9573ea24e14145b~tplv-k3u1fbpfcp-zoom-1.image) 想将代码回归到红色框框的状态，并且在`git log`不想保留记录，执行`git reset 7eb7891` ![https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/ed5008e132a34004911b151e8b037ce3~tplv-k3u1fbpfcp-zoom-1.image](https://p3-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/7313b4f65c6c4c0f99d38ce9c2ca2080~tplv-k3u1fbpfcp-zoom-1.image) ```js //我一般还会使用reset同步本地分支为最新远程分支 git reset --hard origin/dev-k8s ``` ### git stash 🦍 当你在某一分支开发到一半，突然有别的事情需要切换到别的分支，这个时候，你就需要使用暂存指令了！ ``` //把本地的改动暂存起来 git stash // 应用最近一次暂存的修改，并删除暂存的记录 git stash pop ``` # 4. 在vscode中使用git [gitlens](https://marketplace.visualstudio.com/items?itemName=eamodio.gitlens)先下载一下，墙裂推荐用一张图来展示下在vscode中，如何使用方便快速的git ![image.png](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/3bd9a72642c747f7a5324f70f5d4fbc1~tplv-k3u1fbpfcp-watermark.image?) **这里上边对应着：** > 上边儿的几个按钮：用来进行暂存和撤销 > 下边儿几个，自己点一下，就知道了，我一般不怎么使用 # 5.总结以上就是我工作中经常用到的git指令了，特别需要注意的，凡是涉及强推操作，都要慎重、并且在强推之前，一定要同步给自己的开发小伙伴，不然很有可能会被群起而攻之，成为众人的diss对象！！ **如果有不对的地方，欢迎大佬指正！** **如果觉得可以的话，可以评论、点赞鼓励**😋 ，你的鼓励，是我继续下去的动力！ ![8fcd98cc5f1b7791232e0651ceddc990.gif](https://p6-juejin.byteimg.com/tos-cn-i-k3u1fbpfcp/ed92176543774b8bb484bb86912ea58e~tplv-k3u1fbpfcp-watermark.image?)