哪里有做阿里网站的,seo排名优化有哪些,金融网站开发公司,简单的网页设计网站随着持续集成和持续交付的出现 #xff0c;我们的构建被分为不同的步骤#xff0c;以创建部署管道。 这些步骤中的一些步骤可以是例如编译和运行快速测试#xff0c;运行慢速测试#xff0c;运行自动验收测试或发布应用程序等。 部署流程的最后一步意味着将我们的产品… 随着持续集成和持续交付的出现 我们的构建被分为不同的步骤以创建部署管道。 这些步骤中的一些步骤可以是例如编译和运行快速测试运行慢速测试运行自动验收测试或发布应用程序等。 部署流程的最后一步意味着将我们的产品如果是JEE项目则是战争或耳朵 部署到类似生产的环境用于UAT或在产品发布时部署到生产系统。 在本文中我们将了解如何配置Jenkins来正确管理Java Enterprise Application的部署。 要做的就是创建应用程序在这种情况下在Java中一个非常简单的Web应用程序的第一件事情其实只有一个JSP它打印一个Hello World消息和mavenize它来创建一个war文件bar.war时 包目标已执行。 然后我们需要创建一个Jenkins作业称为bar-web 该作业负责编译和运行单元测试。 完成此工作后将进行其他工作例如运行集成测试运行更多测试静态代码分析即代码质量或将工件上传到工件存储库但此处不会显示。 最后最后一步意味着将先前生成的代码部署到暂存环境例如用于运行用户验收测试 并在关键用户同意后将其部署到生产环境。 因此让我们看看如何在Jenkins中创建这些最终步骤。 请注意在所有这些步骤中必须使用在先前步骤中创建的二进制文件在本例中为bar-web 。 这是由于两个原因第一个原因是您的部署管道应尽可能快地运行并且显然在每个步骤中编译代码并不是获得代码的最佳方法第二个原因是每次您编译源代码时增加了不被编译为先前步骤的来源的机会。 为了实现此目标我们可以遵循两种策略第一种是将二进制文件上传到工件存储库例如Nexus或Artifactory 然后在每个作业中从那里获取。 第二个是使用复制工件 Jenkins插件来获取上一步生成的二进制文件。 让我们看看如何为第一种方法配置Jenkins 。 使用工件存储库方法要求您从存储库下载我们要部署的版本然后将其部署到外部环境 在我们的案例中部署到Web服务器。 所有这些步骤都是通过使用maven-cargo-plugin完成的 。 buildpluginsplugingroupIdorg.codehaus.cargogroupIdartifactIdcargo-maven2-pluginartifactIdversion1.0version!-- Container configuration --containercontainerIdtomcat6xcontainerIdtyperemotetypecontainerconfiguration typeruntimetypepropertiescargo.remote.usernameadmincargo.remote.usernamecargo.remote.passwordcargo.remote.passwordcargo.tomcat.manager.urlhttp:localhost:8888managercargo.tomcat.manager.urlpropertiesconfigurationdeployerdeployablesdeployablegroupIdcom.lordofthejars.bargroupIdartifactIdbar-webartifactIdtypewartypedeployabledeployablesdeployerpluginpluginsbuilddependenciesdependencygroupIdcom.lordofthejars.bargroupIdartifactIdbar-webartifactIdtypewartypeversion${target.version}versiondependencydependencies 然后我们只需要创建一个名为bar-to-staging的新Jenkins作业即可运行cargoredeploy Maven目标而Cargo插件将负责将bar-web部署到Web服务器。 这种方法有一个优点和一个缺点。 主要优点是您不必局限于Jenkins 可以单独使用Maven 也可以使用任何其他支持Maven的 CI 。 主要缺点是依赖于artefacts存储库并且此计划是一个新问题部署管道涉及许多步骤并且在这些步骤之间通常如果您正在构建快照版本可以将新的artefact上传到具有相同版本的artefacts存储库并在管道执行过程中使用它。 当然可以通过在人工制品存储库中管理权限来避免这种情况。 另一种方法是使用Jenkins插件称为copy-artifact-plugin 。 在这种情况下 詹金斯Jenkins充当人工制品存储库因此在下一步中使用在上一步中创建的工件而无需涉及任何外部存储库。 使用这种方法我们不能使用maven-cargo-plugin 但是可以将deploy-jenkins-plugin与copy-artifacts-plugin结合使用。 因此让我们看看如何实现这种方法。 首先是创建一个Jenkins 构建作业 bar-web 该作业将创建war文件。 请注意定义了两个构建后操作 第一个是Archive the artifacts 用于存储生成的文件因此复制工件插件可以将它们复制到另一个工作空间。 另一个是“ 构建其他项目” 在这种情况下该项目调用一个作业该作业负责将war文件部署到登台目录 bar deploy-to-staging 。 接下来是创建栏从部署到分段构建作业其主要操作是将先前构建作业生成的war文件部署到Tomcat服务器。 对于第二个构建作业您应该配置复制工件插件以将以前生成的文件复制到当前工作空间因此在“ 构建”部分的“ 从另一个项目复制工件”部分中我们设置了要从哪个复制作业复制工件在本例中 bar-web 以及我们要复制的工件。 最后在“构建后操作”部分中 我们必须配置应将哪个文件部署到Tomcat bar.web 请记住该文件是以前的构建作业所编译和打包的最后设置了Tomcat参数。 执行管道如下所示 请注意已添加了第三个构建作业 该作业将war文件部署到生产服务器。 第二种方法是第一种方法的对立部分您可以确保在管道的上一步中使用的伪像将在所有步骤中使用但是您必须遵守Jenkins / Hudson的规定 。 因此如果您要在人工制品存储库中创建策略以便只有管道执行程序可以将人工制品上载到存储库则第一种方法更好但是如果您不使用外部人工制品存储库按原样使用Jenkins 则第二种方法是最好的方法是确保先前步骤中包装的人工制品不会被并行步骤修改。 将文件部署到服务器后可以毫无问题地执行验收测试或UAT测试。 我希望现在我们可以安全更好地解决部署流程的最后步骤。 参考在One Jar to Rulem All博客中我们的JCG合作伙伴 Alex Soto 与Jenkins一起部署JEE工件 。 翻译自: https://www.javacodegeeks.com/2012/09/jenkins-deploying-jee-artifacts.html
