使用 CODING 持续集成进行构建产物的部署

当持续集成成功完成后,对于构建产物怎么实现自动化部署呢?

部署可以有两种方式:
1、将构建产物上传远程服务端并部署只须在 Jenkinsfile 中加些配置,这样就可以做到持续构建、部署一套流程,在 Jenkinsfile 中如何配置:
首先将生成的构建产物上传至服务器,这里案例使用 scp ,但是在执行命令过程中,会提示需要手动输入对方服务器密码,来进行验证。这一步骤在手动操作时,没有问题,但是把上传命令作为shell脚本的话,这就会成为一个问题,所以需要将交互式输入密码方式改为在 shell 脚本中直接写入,由于 scp 的命令它并不支持在命令中直接写入密码。 所以为了解决上面的问题,需要借助其他工具,使用了 sshpass 工具来解决。
所以需要在 Jenkinsfile 中的环境配置加上 sh ‘apt install -y sshpass’ 然后再进行上传和运行操作。

图片

可以看到持续集成过程中会执行 Jenkinsfile 中写的上传及运行命令。

图片

运行结果也会在这里显示。

图片

2、通过构建产物的下载链接进行操作。
下载地址链接模板:https://dev.tencent.com/api/user/mikicomo/project/项目名/ci/job/持续集成ID/build/第N次任务/artifact/target/xxx.jar
利用这个下载链接,也就可以对构建产物进行操作,可以自己写一个部署脚本将构建产物进行下载部署,但是链接中是有三个参数(项目名称、持续集成ID、第N次任务)不能自动获取,所以在部署脚本中需要每次手动更新链接。

按照上述步骤,就基本可以配置出一个持续集成的流水线了。可以允许我们快速地对需求进行快速反馈。使用 Coding 企业版持续集成的整个过程也比较简便,用户既可以个性化配置,也可以使用简易模板一键配置,且支持市场主流使用环境,Coding 企业版持续集成对于项目开发者提供了很大的便利,避免了一些人为的不稳定因素,也为项目管理者节省了不少时间。Coding 企业版将还会推出自动部署功能,有了完整的 CI/CD 功能,会更加的简化开发者的工作。

 

相关文章