优势git
项目或代码更新后。首先仍是先走提交仓库流程,而后再建立git tag打包版本并推送到远程服务器,便于下一步Jenkins部署服务器
git status
git add .
ps:
git add . 提交新文件(new)和被修改(modified)文件,不包括被删除(deleted)文件
git add -A 提交全部变化
git add -u 提交被修改(modified)和被删除(deleted)文件,不包括新文件(new)
通常来讲,经常使用的提交命令就是 git add .ui
git commit -m 'xxxxxx'
ps:
这一步要确保你已经设置了这次git提交的用户及邮箱,没有设置会提示你进行设置后才能提交注释,注释必定要写的言简意赅
提交用户及邮箱的设置方法有两种。在我以前的随笔里有写,这里再也不过多赘述,这里直接使用修改全局git提交用户及邮箱的命令,分别执行:
git config --global user.name 你的目标用户名
git config --global user.email 你的目标邮箱名code
git pull
git push
git tag -l
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的缩写,意为删除对象
git push origin --tags
ps:
推送git tag版本有两种方式,建议直接使用推送所有未推送过的本地标签的方式推送
推送一个本地标签到远程仓库
git push originblog
推送所有未推送过的本地标签
git push origin --tags
到这里,Jenkins自动化部署更新,Git部分就完成了全部工做
目前我接触的部署都是采用ansible-playbook部署组件,将打包好的项目代码拷贝到服务器上,安装依赖环境,启动项目,对应的每一个项目有一个jenkins标签组,标签组下面就是该项目的相关部署维护流水线任务
部署