工作中部署的项目和服务器较多时就用上了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标签版本更新流程
写这个最主要还是为了自己熟悉和积累,当然希望能帮助到其他人,有问题也可以在评论区交流