如何使用詹金斯创建部署管道

时间:2018-09-25 21:14:30

标签: jenkins deployment continuous-integration pipeline continuous-deployment

使用Jenkins将代码从开发人员部署到产品环境意味着什么。谁能帮忙。我目前在gitlab中有源代码。我需要将此代码从dev env部署到prod env

谢谢。

2 个答案:

答案 0 :(得分:0)

GitLab中存在的源代码仅仅是创建WAR / EAR / JAR来运行应用程序所需的文件。

如果存在,则是环境文件,这会使应用程序在每个环境上的行为略有不同,即 DEV / PROD ,您在 DEV 上看到的数据将与您会在 PROD (应用程序处于活动状态)上看到,因为开发人员倾向于测试/修改代码/数据以确保应用程序可以正常运行。在 DEV 上很好,但是在 PROD 上则大忌,因为这会影响业务。

将代码从开发人员环境部署到产品环境仅意味着使用正确的环境文件构建应用程序,例如 DEV 指向xyz DB,而prod指向abc DB。

所有这些都可以通过jenkins来实现,如果您的项目使用maven / gradle,那么只需执行一行命令就可以实现上述目的。(使用谷歌搜索可以为您提供帮助)

如果您的项目不涉及Maven / Gradle,则每次构建时都必须根据可从jenkins传递的参数来替换环境文件。

答案 1 :(得分:0)

这整个过程是DevOps文化的一部分。简单来说,它看起来像这样:

  1. 开发人员将更改推送到源代码管理(即gitlab)。
  2. 构建服务器(即Jenkins)自动下载最新更改并构建应用程序(即创建安装文件或仅二进制文件)。通常,您运行测试(单元测试,集成测试,自动化测试等)。如果出现故障,则开发人员会收到通知。这整个过程称为持续集成。
  3. 如果一切正常,则可以将应用程序部署到生产环境中。该过程的这一部分称为连续部署。

这是网络应用的常见策略。对于较大的项目,质量检查团队会测试该软件,并在质量检查团队批准后部署该软件。