工作中部署的项目和服务器较多时就用上了Jenkins进行自动部署
优点
- 不用在连接单独的服务器进行更新项目，再启动项目服务的操作了
- 更新部署都是自动的，比较方便。适合大批量的部署
一、git流程部分
项目或代码更新后。首先还是先走提交仓库流程，然后再创建git tag打包版本并推送到远程服务器，便于下一步Jenkins部署
1.查看项目代码变化
git status
2.将变化后的代码提交到暂存区
git add .
ps:
git add . 提交新文件(new)和被修改(modified)文件，不包括被删除(deleted)文件
git add -A 提交所有变化
git add -u 提交被修改(modified)和被删除(deleted)文件，不包括新文件(new)
一般来说，常用的提交命令就是 git add .
3.提交注释
git commit -m 'xxxxxx'
ps:
这一步要确保你已经设置了此次git提交的用户及邮箱，没有设置会提示你进行设置后才能提交注释，注释一定要写的言简意赅
提交用户及邮箱的设置方法有两种。在我之前的随笔里有写，这里不再过多赘述，这里直接使用修改全局git提交用户及邮箱的命令，分别执行：
git config --global user.name 你的目标用户名
git config --global user.email 你的目标邮箱名
4.推送前先下拉项目最新代码。避免直接提交会覆盖其他同事新push的代码，推送代码前先下拉这是一个好习惯
git pull
5.推送更新的代码到远程仓库
git push
6.添加git tag版本前先查看项目以有版本
git tag -l
7.添加tag版本
git tag -a vx.x.x -m 'vx.x.x'
ps：
git tag打标签分为两种类型：轻量标签和附注标签，轻量标签是指向提交对象的引用，附注标签则是仓库中的一个独立对象。
创建轻量标签不需要传递参数，直接指定标签名称即可
git tag vx.x.x-light
创建附注标签时，参数a即annotated的缩写，指定标签类型，后附标签名。参数m指定标签说明，说明信息会保存在标签对象中，建议使用附注标签
例子：git tad -a v1.3.5 -m 'v1.3.5版本' 即表示此次添加的git tag新版本为1.3.5，提交的注释为v1.3.5版本
切换到标签，与切换分支命令相同：
git checkout [tagname]
查看标签信息
git show v0.1.2
删除标签(误打或需要修改标签时，需要先将标签删除，再打新标签)
git tag -d vx.x.x
参数d即delete的缩写，意为删除
8.推送git tag版本到远程仓库服务器
git push origin --tags
ps:
推送git tag版本有两种方式，建议直接使用推送全部未推送过的本地标签的方式推送
推送一个本地标签到远程仓库
git push origin
推送全部未推送过的本地标签
git push origin --tags
到这里，Jenkins自动化部署更新，Git部分就完成了所有工作
二、Jenkins自动化部署流程部分
目前我接触的部署都是采用ansible-playbook部署组件，将打包好的项目代码拷贝到服务器上，安装依赖环境，启动项目，对应的每个项目有一个jenkins标签组，标签组下面就是该项目的相关部署维护流水线任务
1.build打包新版本代码工程
- 任务名称：xx_build
- 任务内容：xx代码工程编译任务，按之前设置的git代码仓库中的tag标签编译来打包admin工程
1.点击build这一栏，跳转进入build提交前界面
2.点击Build with Parameters进入build提交界面
3.在选择栏中选择git tag里之前自己推送的git tag版本进行Build提交
2.update更新版本代码工程到指定服务器
- 任务名称：xx_update
- 任务内容：xx代码工程更新任务，按前面build任务编译的版本，以及填入的目标服务器，更新目标服务器的代码工程版本
1.点击update这一栏，跳转进入update提交前界面
2.点击Build with Parameters进入update提交界面
3.手动填写刚刚build的git tag版本，并填入指定服务器IP进行update Build提交
这样就完成了一整套的Jenkins自动化部署服务器及git 提交及git tag标签版本更新流程
写这个最主要还是为了自己熟悉和积累，当然希望能帮助到其他人，有问题也可以在评论区交流