####  【Git 快速帮助】


##### 1 配置g it用户名及邮箱告诉他我是谁

```
git config --global user.name "test"
git config --global user.email "test@qq.com"
```

##### 2 免密钥登陆配置

```
打开cmd ---进入bash shell执行
ssh-keygen -C '用户名';    #生成密钥
cat ~/.ssh/id_rsa.pub      #看密钥并复制密钥粘贴至--gogs-->用户设置---ssh密钥--增加密钥 完成后保存退出。
```

##### 3 克隆当前仓库

```
touch README.md
git init
git add README.md
git commit -m "first commit"
git remote add origin root@git.mintelcn.com:Minte-development/Test-project.git
git push --set-upstream origin master
#后续直接git push即可
#git push origin master --force
# --force 表示强制本地覆盖线上
```

##### 4 从命令行推送已经创建的仓库

```
git remote add origin root@git.mintelcn.com:Minte-development/Test-project.git
git push origin master --force
# --force 表示强制本地覆盖线上
```

##### 5 常见代码上线工作流程：

```
(1) 主干开发分支上线和分支开发主干上线
在master分支永远是开发版的最新代码，而分支上则是当前线上部署的代码，后者反之.

(2)只用master分支，上线打tag说明:
Tag上线:全程都只有一个master分支，所有代码都向master提交，当上线的时候我们会在当前版本上打一个tag, 
tag名就是版本号，比如v1.0.xxxx。版本号可以根据一个简单的规则来定，v.主版本号.副版本号.HHmm。其中后
面的HHmm表示上线时的小时和分钟，例如今天下午17点的第一次上线可以叫v1.0.1700, 如果发现有问题18点又
进行了一次上线，可以打一个名为v1.0.1800, 如果明天晚上又上线了一次，可以将版本号改为v1.1.2021。使用
这种打tag的方式上线可以保留你所有的上线代码版本，你可以随时退回到任意一次上线的代码库，个人认为这样
就比分支上线方便一些。
```

##### 6 git merge 分支合并基本案例

```
一、开发分支（dev）上的代码达到上线的标准后，要合并到 master 分支
git checkout dev
git pull
git checkout master #将master分支合并到当前分支
git merge dev
git push -u origin master

二、 当master代码改动了，需要更新开发分支（dev）上的代码

git checkout master 
git pull 
git checkout dev
git merge master #将master分支合并到当前分支
git push -u origin dev
```


##### 7  修复线上bug （tag上线）

```
1、问题: 如果线上遇到bug需要修复而master分支已经提交了新开发的代码了该怎么办呢？非常简单，使用checkout命令，
直接退回到最近一次上线的tag位置，然后以此为基准创建一个新的tmptest分支,当上面执行完以后就已经在新创建的tmptest分支了，
而且代码已经回到了最近一次上线的状态。完成修复以后直接commit并打上新的tag, 比如v1.2.xxxx, 最后切回master分支，将tmptest
合并到master即可：
git checkout tmptest v1.1.2021 #拉去master 分支上的v1.12021版本到当前tmptest分支
git commit '修复xxx问题'
git tag v1.2.xxxx
git checkout master
git merge v1.2.xxxx #合并指定分支或tag到当前分支
这样免除了一个代码库有众多分支难以管理的困扰。
```


##### 8 常用操作汇总表，更多帮助请移步[Git](https://git-scm.com/book/zh/v2)

![](./git.png)