前言

不知道是不是一种洁癖，我比较喜欢隔三差五的重装系统。每次重装系统带来的问题就是git的相关配置都得重新配置。于是写一篇文章来记录一下配置git 的全过程，以及在工作中经常使用的命令。

本文中涉及到得操作均在arch-linux里面，其他系统操作大致相同。如果有喜欢踩坑的朋友也可以访问如下链接安装 arch-wsl 。 后续准备开一篇如何在windows下配置 wsl(windows sub linux) 的使用（maybe)

另外本文不涉及git的原理的相关内容，关于这块的大家可以直接搜索相关文章，大把大把的文章会告诉你git是如何工作的

git的基础配置

每一个工具使用前都需要根据个人使用习惯，进行工具的基础配置，这里列举了一些基础配置。在命令行一次输入如下命令，即可完成配置，配置文件创建在 ~/.giticonfig。

# 配置用户名 
git config --global user.name 你的英文名 

# 配置邮箱 
git config --global user.email 你的邮箱 

# 配置git的默认行为，默认是Matching,此行为会push所有分支，simple只会push当前分支 
git config --global push.default simple 

# 解决提交文件名如果是中文名会出现乱码的问题 
git config --global core.quotepath false 

# 配置commit的时候以哪种编辑器打开填写 commit 信息，这里配置的是 vscode 
git config --global core.editor "code --wait" 

配置alias

配置别名(alias)简单来说就是配置一个更简短的命令来代替git 命令。例如可以将 git status 命名为 gst ，当键入gst 就代表 git status。

# 以下命令写入 .bashrc 文件。 
# 使用 zsh 的 还需在 .zshrc 里面添加以下命令。 
# 保存后 source 修改的文件 
alias ga="git add" 
alias gst="git status" 
alias gc="git commit" 
alias gp="git push" 
alias gco="git checkout"

配置远程仓库

以下配置以github 为例，其他仓库可查看对应的配置文档进行配置。配置远程仓库之前先检查系统 ~ 目录下有没有生成 .ssh 目录文件。如果没有请使用命令进行创建。

# linux 系统提示没有 ssh-keygen 命令的话 
# 自行google 查看如何下载 openssh 
# windows 在 git bash 里面运行即可 

ssh-keygen -t ed25519 -C "your_email@example.com" 

# 复制内容到SSH Keys 里面进行配置 

cat ~/.ssh/id_ed25519.pub

最最最基础的命令

1. git add

将工作区的文件添加到暂存区

# 添加所有的修改的内容
git add .

# 添加指定的内容
git add file1 file2 

2. git rm

有添加到暂存区的操作那必定有可反悔的命令。git rm 可以将添加到暂存区的返回到工作区

git rm --cached 将内容返回到工作区

git rm -f 则是将文件直接删除掉了

想查看所有的 git rm 的使用命令： git rm --help

# 返回工作区
git rm 1.txt --cached
# 删除
git rm 1.txt -r

3. git status

此命令用于查看当前状态。另外也会给出操作提示，总之经常git status是个不错的操作。（就像使用vim的时候经常按 jk 一样doge)

git status

4. git commit

将暂存区的内容提交到仓库，并且填写提交的说明

# -m 后面直接接上提交信息
git commit -m "commit message"

# -v 会打开默认的编辑器进行填写提交信息
git commit -v 

# --amend 会覆盖上一次的提交（使用场景：一般在两次两次提交想合并成最后一个提交的信息)
git commit -m  "commit message" --amend

git 常用操作命令

上面讲到了git使用中最常见的命令，分别是git status,git commit,git add，下面介绍一下在工作过程中其他常用的命令

1. git branch

分支命令，包括分支的查看，删除，新增等操作

• git branch 查看分支
• git branch -d branch_name 删除分支
• git branch branch_name 添加分支
• git branch -m branch_new_name 修改当前分支名称

# 查看分支可以查看本地的以及远程仓库的，查看远程仓库的使用 -r， 查看所有的使用 -a
git branch -r 
git branch -a 

# 创建分支
git branch newBranch 

# 创建并切换到该分支
git checkout -b newBranch

# 修改当前分支名称，你需要先切换到当前分支，然后进行修改
git branch -m otherBranchName

# 删除分支，删除分支可能会提示你当前分支的代码还没有merge，如果仍需要删除，使用 -D
git branch -D newBranch 

2. git merge

有了多分支，那么随之而来的就会有分支合并，git merge有三种模式：

• --no-ff 禁止快速合并，会产生一个新的提交
• squash 不会产生一个新的提交
• fast-forward 快速合并

使用场景： 从 dev 分支切出 分支 feature_1 ，当 feature_1 开发完成需要合并回 dev 分支的时候

# 个人更喜欢使用`--no-ff`
git checkout dev 
git merge feature_1 --no-ff

3. git rebase

rebase 英文的意思是 变基，重垒

和merge功能类似，都可以进行两个分支的内容合并，与merge相比，rebase 会使得提交的信息更加整洁

使用场景1 ： 从 dev 分支切出分支 feature_1 开发新的功能，当需要从 feature_1 分支去获取 dev 分支更新的最新内容时，可以使用rebase

git checkout feature_1

git rebase dev 

使用场景2：当需要整合多次提交成为一个提交的时候。比如在开发过程中可能提交了多次细小的提交，看起来不够直观，于是你可以把这些提交都合并成一个提交

# 通过git log 查看想合并提交的Id
# 使用 -i ,那么从目标Id到当前的提交就会合并成一个提交
git rebase 4e81571 -i 

别问我这两者有啥子区别,如果硬要说区别，那么也可列举几点

1.merge会生成非线性分支树，rebase生成线性的分支树

2.merge之后提交按照时间顺序，rebase(git rebase main) 使得 被rebase的分支的提交都会出现在当前分支的前面

3.rebase 其实并没有进行合并操作，只是提取了当前分支的修改，将其复制在了目标分支的最新提交后面

4. git pull && git push && git remote

这两个命令用于与远程仓库的交互。push提交代码到远程仓库，pull从远程仓库拉取代码。常见的操作如下：

# 提交分支代码到远程仓库
git push origin branchName
# 从远程分支拉取代码
git pull origin branchName
# 查看远程仓库链接
git remote -v 
# 删除远程仓库链接
git remote rm  originName
# 添加远程仓库地址(可添加多个仓库地址）
git remote add originName

使用场景：

leader 让你拉一个开源框架到公司的私有仓库里作为基础框架使用，并且能根据开源框架的版本迭代，做到私有仓库的框架版本迭代。

使用的命令有 git clone git remote

# 克隆开源仓库到本地

git clone git@github.com:vinoMamba/gitDemo.git

# 添加私有仓库的关联
git remote add origin git@github.com:vinoMamba/after-delete.git

执行上面的代码你会看到如下报错

报错内容很明显，因为名称重复了，你可以做两种操作：

# 1. 删除原本的关联,添加新的关联

git remote rm origin 
git remote add origin git@github.com:vinoMamba/after-delete.git

# 2. 或者再添加一个新的关联,避免明明冲突
git remote add origin-vino git@github.com:vinoMamba/after-delete.git

# 查看关联

git remote -v 

我一般的操作是第二种，这么做是方便当需要更新私有仓库的代码的时候，可以直接拉取代码进行合并。当然第一种操作也是可以的，后期升级的话需要再把开源仓库的关联添加上去，进去代码的拉去合并。

# 添加开源仓库的关联
git remote add origin-remote git@github.com:vinoMamba/gitDemo.git
# 从 远程仓库主分支拉取代码（注意 orgin-remote 是你添加开源仓库关联的名称）
git pull origin-remote main 

4. git fetch && git pull

使用场景：

当拉取代码出现代码冲突的时候，如何解决冲突并合并代码

使用的命令有： git pull git fetch git merge git log

说到 git pull 和 git fetch。在面试的时候我经常会问一下两者之间有什么区别，说实话如果不是为了准备面试，我也不清楚，后来通过查看相关文章和实践才了解。 在我的使用场景中，我一般都是git pull 直接拉取合并。然后再解决冲突。不同于 git pull ，git fetch 拉取的代码没有合并到本地代码中，这给了你查看远程代码和本地代码区别的机会，更加清楚明了。

git fetch origin main

git fetch 拉取代码之后，会返回仓库代码的最新状态。通过查看log 可以看到更新的内容

# -p 很好理解，可以理解为指针 point 
git log -p FETCH_HEAD

git merge --no-ff FETCH_HEAD

git status 

# 上图提示了1.js 文件里面有冲突
# 使用 vim 或者其他编辑器打开此文件

vim 1.js

这里文件内容较少，冲突显而易见。如果代码过多的时候。通过搜索==== 来定位冲突。等号上面的是本地代码。等号下面的时候拉取的代码，跟进实际情况进行处理即可。当然像 vs code jetbrains 这些现代化编辑器都有智能的提示，操作起来更简单。当冲突解决完毕之后，执行提交命令即可完成代码的合并。

git add 1.js
git commit 

之后会打开本地的vs code 这里是因为已经配置打开提交信息的编辑器是vscode ，直接保存退出即可

成功后会提示你代码一个合并并提交。

其他操作

1. git stash

可以理解为通灵术，就是说帮当前工作区的内容推送到一个栈里面，当做完支线任务的时候在把栈里面的内容放回工作区。

涉及到的命令有：

• git stash 把当前工作区更改的内容推送到栈
• git stash list 查看栈
• git stash pop 弹出栈

2. git tag

用于打版本号，这个一般在发布版本的时候会进行操作

涉及的命令有：

# 查看所有标签
git tag 
# 创建标签
git tag tagName
# 在指定的节点创建标签
git tag tagName 34e56b
# 填写标签的详细信息
git tag  -a tagName -v "tag message"
# 推送标签到远程
git push origin tagName

以上是我在工作过程中使用到的git 操作，后续如果我升华了有更深理解了，我再来更新此文章

完。